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1.  INTRODUCTION 

This  report  describes  the  use  of  a terminal  connected  to  a 
Terminal  IMP  (TIP)  in  the  ARPA  Network.  The  report  assumes  that  the 
user  knows  how  to  operate  a server  Ilos : system  somewhere  on  the 

network  once  he  becomes  connected  to  that  system,  and  the  report 
defines  the  procedures  and  options  the  user  has  available  to  establish 
that  connection. 

The  ARPA  Network,  IMPs  and  TIPs,  hardware  maintenance,  TIP 
operation,  and  formats  and  protocols  are  not  described  here.  The 
bibliography  (Appendix  C)  lists  the  relevant  documents. 

At  the  time  of  this  writinq  we  at  Bolt  Beranek  and  Newman 
Inc.  (BBN ) have  operated  the  -TIP  extensively  with  the  following 
terminal  types: 

KSR-33  Teletype 
KSR-37  Teletype 
IBM-2741  (Correspondence)* 

IBM-2741  (P.T . T . C . ) * 

DATA  100  (at  3)0,  150,  300,  600,  and  1200  bps) 

EXECUPORT  (at  110,  150,  and  300  bps) 

INFOTON  VISTAP  I (at  110,  150,  300,  600,  1200, 

1800,  2400,  and  9600  bps) 

IMLAC  PDf.-l  (at  1 800  , 9600  bps,  and  synchronous) 

ODEC  132  LINE  PRINTER 

TELETYPE  INKTRONICS  (Line  printer) 

TI  733 

DATA  PRODUCTS  LINE  PRINTER  MODEL  2410  or  2411 

Where  possible,  all  these  devices  have  been  operated  with  direct 
connections  to  the  TIP  and  also  over  a 10 3A  dial-up  modem. 

We  have  also  briefly  operated  the  TIP  or  heard  of  the  TIP  being 
operated  with  a variety  of  other  types  of  terminals.  These  are  listed 
in  Appendix  D.  For  your  own  safety,  before  you  purchase  any  terminal 
listed  in  Appendix  D or  any  other  terminal  for  use  with  the  TIP,  you 
should  check  with  BBN  and  try  it  with  a TIP. 

The  TIP  can  also  be  configured  with  a maqnetic  tape  drive  as 
discussed  m Section  8. 


*For  a 2741  to  operate  with  the  TIP,  the  2741  must  have  the  transmit 
interrupt  option  and  receive  option. 
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2.  THE  NETWORK  VIRTUAL  TERMINAL 

& key  concept  in  the  use  of  the  network  is  the  notion  of  the 
virtual  terminal.  Instead  of  asking  each  Host  system  to  cope  with 
every jterminal  type  at  every  other  Host  in  the  network,  we  ask  the 
Host  l.to  cope  with  a single  (imaginary)  terminal  called  the  Network 
Virtual  Terminal.  Your  TIP  will  translate  the  data  you  type  to  make 
it  look  like  virtual  terminal  code,  and  translate  the  remote  system's 
response  back  into  your  terminal's  code.  While  we  will  often  pretend 
that  this  translation  does  not  exist,  it  is,  in  fact,  always  present 
and  of  crucial  importance  to  the  user. 

It  is  probable  that  the  manual  describing  the  use  of  the  remote 
system  is  written  in  terms  of  a user  at  the  virtual  terminal,  most 
likely  as  a system  description  based  on  local  terminals  plus  an  add-on 
piece  telling  how  to  use  the  virtual  terminal  as  a local  terminal. 
Virtual  terminal  code  may  include  symbols  which  do  not  exist  on  your 
own  keyboard.  Combinations  of  your  available  characters  are  used  in 
such  cases.  You  may  even  find  that  the  translation  makes  your 
terminal  different  from  a local  terminal  of  the  same  make.  We  have 
tried  to  minimize  this  problem. 

The  Network  Virtual  Terminal  has  128  keys,  often  in  upper 
case/lower  case  pairs.  These  keys  correspond  to  the  full  ASCII  set. 
In  addition,  there  are  a few  control  keys,  like  the  "BREAK"  key.  The 
terminal  is  capable  of  full  and  half  duplex  operation,  under  control 
of  a user-oriented  switch.  The  meaning  of  the  control  keys  and  the 
way  to  enter  the  full  128  keys  from  each  of  the  terminal  types  which 
the  TIP  supports  is  described  in  Section  6 of  this  report. 

The  user  talks  to  the  TIP  after  the  code  conversion  has  been 
made;  that  is,  the  TIP  expects  virtual  terminal  characters.  The 
descriptions  below  are  in  terms  of  virtual  terminal  codes. 
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3.  Till:  TIP  COMM  AN  P FORMAT 

The  user  at  a terminal  will  at  various  times  he  talkinq  directly 
to  his  TIP  instead  of  to  the  remote  Host.  A typical  message  of  this 
sort  might  look  like: 


> opfn  15 


Such  a command  always  starts  with  symbol  P and  ends  with  either  a 
linefeed*  or  a rubout,  depending  on  whether  the  user  is  satisfied  with 
the  command  or  wishes  to  abort  it.  The  only  exception  to  this  rule  is 
the  specific  command 


.a  .<} 


which  inserts  an  (3  in  the  data  stream  to  the  Host.  Commands  may  occur 
anywhere,  and  need  not  start  on  a new  line.  Upper  and  lower  case  may 
be  freely  intermixed  in  the  command. 

Between  the  @ and  the  linefeed  there  will  typically  be  one  or 
more  words  to  identify  the  command,  perhaps  followed  by  a single 
parameter.  The  TIP  is  not  very  sophisticated,  and  thinks  the  or1y 
important  thing  about  a word  is  its  first  letter.  This  permits  the 
user  to  abbreviate  a bit;  the  more  usual  rendering  of  the  first 
example  might  be: 


an  15 

Once  the  user  has  started  typing  the  parameter  of  a command  the 
old  value  of  the  command  will  have  been  destroyed,  and  cannot  be 
recovered  by  aborting  the  command. 

Almost  without  exception  the  effect  cf  a TIP  command  is  to  set  a 
parameter  or  mode  for  the  terminal.  Even  apparently  direct  commands 
like 

a OPEN  15 

(which  initiates  an  elaborate  exchange  of  messages  resultino  in  a 
connection  to  the  remote  Host  system)  actually  set  a mode  flag  to 
request  the  appropriate  action  when  the  TIP  is  free  to  undertake  it. 
To  understand  the  TIP  behavior  is  really  to  understand  the  complete 
sec  of  parameters  and  the  commands  to  change  them.  Normally,  any 
parameter  can  be  changed  at  any  tine  by  the  user  at  his  terminal. 
Exceptions  occur  when  the  user  tries  to  change  connection  parameters 


*0n  2741  terminals  the  return  key  transmits  carriage-return/  linefeed 
to  the  TIP  and  ASCII  terminals  are  normally  operated  in  a mode  where 
typing  a carriage-return  is  interpreted  as  carriage-return/linefeed; 
both  car  be  used  to  terminate  TIP  commands  in  addition  to  a linefeed 
alone. 
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on  an  open  connection.  An  flOPEN  13  executed  while  talkinq  to  Host  15 
would  generate  the  error  message  "Can’t"  (the  connection  to  Host  15 
must  be  closed  before  a connection  can  be  opened  to  Host  13). 

Commands  often  consist  of  several  command  words;  for  example, 

(3  DEVICE  CODE  ASCII 

Such  commands  may  be  abbreviated;  for  example 

0 D C A 

The  spaces  are  required:  (a  DCA  is  not  a legal  command.  Upper  and 
lower  case  letters  may  be  freely  intermixed. 

An  unusual  variation  in  command  format  is  to  place  a number 
between  the  (a  and  the  first  word  of  the  command.  In  this  case,  the 

command  is  not  meant  for  the  terminal  typinq  but  for  the  terminal 

attached  to  the  port  of  that  nr.iOber  on  the  same  TIP  as  the  user.  This 

feature  is  described  in  some  detail  in  the  section  on  unusual  uses  of 

the  TIP,  section  5. 
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4.  TYPICAL  USE  OF  THE  TIP 

In  the  normal  course  of  things,  a user  will  go  throuqh  four  more 
or  less  distinct  staqes  in  typing  into  the  net.  First,  he  will  he 
concerned  with  hardware-power,  dialing  in,  etc.  Then  he  will 
establish  a dialogue  with  the  TIP  to  get  a comfortable  set  of 
parameters  for  this  usage.  Next,  ho  will  instruct  the  TIP  to  open  a 
connection  to  a remote  Host;  and  finally,  he  will  mostly  ignore  the 
TIP  as  he  talks  to  the  remote  Host.  The  following  sections  will 
describe  these  stages  in  more  detail. 
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A.  Hardware  Stage 

The  hardware  stage  is  primarily  described  in  Section  9.  This 
section  describes  only  the  final  step  of  this  stage,  when  the  TIP 
detects  a terminal  on  one  of  its  previously  idle  lines.  At  that  point 
the  TIP  normally  goes  into  a "hunt"  mode.  In  this  mcde  it  expects  the 
very  first  character  it  sees  to  describe  the  terminal,  according  to 
the  following  scheme 

ASCII  Terminals  at  110,  150,  or  300  baud  type  E.  (Note 

that  this  must  be  upper  case.) 

2741  Correspondence  Terminals  type  j,  4,  o,  or  1 depending 
on  the  element  used  with  the  terminal  — see  Table  4 -A. 

2741  PTTC  Terminals  type: 

6 for  model*  938,  939,  963,  362,  or  937 
o for  model  942  or  943 
v for  model  947  or  948 
f for  model  963,  996,  or  998 

ASCII  Terminals  transmitting  at  110  but  receiving  at 

1200  baud  type  D.  (Again,  upper  case) 

The  TIP  will  deduce  terminal  rate,  character  size,  and  code 
conversion  based  on  the  character  typed.  When  the  TIP  makes  its 
decision  it  types  out  TIP's  name  in  the  terminal's  own  language 
followed  by  the  version  number  of  the  TIP  software  system  and  the 
octal  port  number.  Then  it  is  ready  to  go.  If  no  TIP  name  appears, 
or  if  garbage  appears,  hang  up  your  data  set  and  redial.  For  direct 
connections  Power  Off  is  usually  equivalent  to  hanging  up. 

Some  terminals  need  special  delays  at  the  end  of  their  lines  in 
order  not  to  lose  characters  when  running  at  high  speed.  The  TIP 
currently  knows  how  to  do  this  timing  for  the  ODEC  line  printer  and 
several  other  devices.  The  two  commands 

<?  DEVICE  CODE  EXTRA-PADDING 
DEVICE  CODE  OTHER-PADDING 

will  instruct  the  TIP  to  insert  these  delays.  One  device  we  know  of, 
a Model  37  Teletype,  requires  a special  parity  computation  to  be  able 
to  print  correctly.  The  command 

@ DEVICE  CODE  37 


*The  model  name  and  number  is  stamped  on  the  top  of  the  element.  If 
you  can't  find  it,  trial  and  error  works.  Try  "f"  first. 

4-2 


Report  No.  2183 
August  1975  Revision 


Bolt  Beranek  and  Newman  Inc. 


instructs  the  TIP  to  insert  the  proper  parity;  when  not  in  this  mode 
the  TIP  sets  the  parity  bit  to  zero  for  all  output  characters.  Echoed 
characters  are  echoed  without  parity  calculation.  These  commands  are 
discussed  more  fully  in  section  5. 

On  all  terminals  which  hunt  to  300  baud,  Device  Code 
Extra-padding  (@  D C E)  automatically  will  be  in  effect.  On  all 
terminals  which  hunt  to  150  baud,  Device  Code  37  (0  D C 3) 
automatically  will  be  in  effect.  These  effects  can  be  canceled  with 
the  command  ^DEVICE  CODE  ASCII  (0  D C A) . 
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TAi.JjE  4 -A 


Hunt  Character  to  be  ..sed  for  ^ / 4 1 Correspondence 
Type  Elements 


NUMBER 

NAME 

001 

Scribe 

005 

Letter  Gothic 

006 

Manifold  72 

007 

Elite  72  * 

008 

Pica  72  * 

01  ) 

Manifold  72 

012 

Prestige  Elite  * 

014 

Light  Italic 

015 

Courier  72  * 

019 

Manifold  72 

020 

Dual  Gothic 

021 

Dual  Gothic 

025 

Scribe 

026 

Elite  72  * 

027 

Pica  72  * 

028 

Manifold  72 

029 

Courier  72  * 

030 

Ad j utant 

031 

Ad j at ant 

032 

Light  Italic 

033 

Prestige  Elite  * 

034 

Script 

035 

Delegate 

036 

Advocate 

039 

Letter  Gothic 

043 

ASCII 

050 

Advocate 

053 

Artisan  12-72 

055 

Artisan  12-  i z 

059 

Orator 

060 

Orator 

06  7 

Courier  12 

068 

Courier  12 

070 

Delegate 

085 

Courier  72 

086 

Courier  12  Italic 

090 

Scr j pt 

123 

Prestige  Pica 

129 

Adjutant 

130 

Advocate 

1 31 

Artisan  12-72 

132 

Courier 

133 

Courirr  12  Italic 

HUNT  CHARACTER 

4 

4 

j 

4 

4 

j 

4 

j 

4 

j 

4 

o 

o 

o 

o 

o 

o 

4 

o 

o 

o 

o 

o 

o 

0 

1 
4 
4 
o 

j 

o 

4 

o 

4 

4 

o 

j 

o 

o 

o 


o 


* These  type  elements  can  be  customized  for  you.  Contact  your 
local  IBM  office  f o : information.  ^ ^ 
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134 

Courier  72 

o 

135 

Delegate 

o 

136 

Dual  Gothic 

o 

137 

Elite  72 

o 

138 

Letter  Gothic 

o 

139 

Light  Italic 

o 

140 

Manifold  72 

o 

141 

Orator 

o 

142 

Pica  12 

o 

143 

Prestige  Elite  72 

o 

144 

Scribe 

o 

145 

Script 

o 

154 

ASCII 

1 

158 

Bookface  Academic  72 

o 

161 

Large  Elite  72 

o 
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B.  Establishing  Parameters 

In  stage  two,  the  user  is  concerned  with  initializing 
parameters.  The  naive  user  should  skip  stage  two  and  accept  the 
TIP's  default  parameters  until  an  obvious  problem  arises.  The 
following  questions  are  answered  in  stage  two: 

1.  When  shall  the  TIP  send  off  messages  to  the  remote  Host? 
Here  there  are  several  options.  (The  TIP  is  initialized  to  send 
on  every  character,  which  is  simple  but  inefficient.) 

0 TRANSMIT  NOW 
0 TRANSMIT  ON  MESSAGE-END 
0 TRANSMIT  ON  LINEFEED 
0 TRANSMIT  EVERY  # 


TRANSMIT  NOW  causes  the  message  currently  being  accumulated 
to  be  sent  as  soon  as  possible.  TRANSMIT  ON  MESSAGE-END  causes  a 
message  to  be  sent  as  soon  as  possible  after  an  ASCII  DC3 
(control-S)  is  encountered.  TRANSMIT  ON  LINEFEED  causes  a message 
to  be  sent  as  soon  as  possible  after  a linefeed  is  encountered. 
Additionally,  both  TRANSMIT  ON  MESSAGE-END  and  TRANSMIT  ON 
LINEFEED  cause  characters  to  be  accumulated  in  the  message  buffer 
until  it  is  almost  full.  TRANSMIT  EVERY  4 causes  a message  to  be 
sent  as  near  as  possible  to  every  #th  character.  The  command 
TRANSMIT  EVERY  0 will  reset  the  tip  to  its  initial  state, 
transmitting  every  character.  If  the  parameter  to  TRANSMIT  EVERY 
is  a large  number  (e.g.,  250)  the  TIP  will  save  up  as  many 
characters  as  it  can  before  sending  a message,  but  does  not  offer 
any  guarantee  that  the  total  number  specified  can  be  buffered. 


2.  Who  shall  echo,  and  when?  Echoing  is  a complex  problem, 
without  any  neat  solution.  We  have  chosen  to  give  the  user  the 
means  to  tell  us  how  he  wants  it  done,  since  it  is  hard  to  guess 
correctly  in  advance.  Basically,  echoing  can  occur  at  the 
terminal  hardware,  in  the  TIP,  or  m the  remote  Host.  The 
corresponding  TIP  commands  are: 


0 ECHO  HALFDUPLEX 
0 ECHO  ALL 
0 ECHO  NONE 
0 ECHO  REMOTE 

0 ECHO  LOCAL 


( 'cho  at  terminal) 

( :hc  at  TIP) 

(bcho  at  remote  Host) 

(Send  TELNET  “remote  echo"  aid 
perform  internal  0 E N) 

(Send  TELNET  "local  echo"  and 
perform  internal  0 E A) 


In  the  ECHO  NONE  mode,  although  characters  for  the  remote  Host  are 
not  echoed,  the  TIP  will  echo  commands.  Network  protocol 
specifies  that  echoing  shall  start  out  in  the  0 ECHO  ALL  or  0 ECHO 
HALF  modes.  The  TIP  will  try  to  guess  from  the  terminal  type 
which  of  the  two  is  appropriate.  The  goal  of  echoing  strategy  is 
to  avoid  the  unreadable  alternatives  of  the  blank  page  and  the 
doubling  of  every  character.  The  naive  user  is  advised  to  accept 
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the  TIP's  default  parameters  until  trouble  of  this  sort  arises.  A 
2741  is  incapable  of  changing  echo  mode;  it  is  always  echo 
half duplex. 

To  allow  more  complex  echoing  conventions,  the  TELNET 
protocol  provides  a mechanism  whereby  the  remote  terminal  user  may 
instruct  the  serving  Host  whether  or  not  to  echo  characters.  The 
ECHO  REMOTE  and  ECHO  LOCAL  commands  at  the  TIP  allow  TIP  users  to 
use  this  mechanism  after  the  connection  is  made. 

Finally,  many  Hosts  which  provide  service  request  the  TIP  to 
allow  them  to  do  the  echoing.  The  TIP  always  grants  this  request 
(even  for  2741  terminals) . The  user,  if  he  does  not  desire  this 
mode,  must  cancel  it  AFTER  the  connection  to  the  Host  is 
established. 
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C.  Connection  to  Remote  Sites 

In  stage  three,  the  user  is  concerned  with  establishing  a 
connection  to  a remote  site. 

0 OPEN  15 

This  amounts  to  "set  the  Host  number  parameter"  and  "add  the  user 
to  the  queue  of  users  waiting  for  the  TIP's  connection  mechanism". 
Appendix  A lists  the  Host  numbers  of  all  the  sites  currently  in 
the  network. 

Connecting  to  a Host  requires  establishing  a bi-directional 
link,  so  that  the  terminal  can  send  characters  to  the  Host  and 
vice  versa.  The  request  to  connect  to  a Host  is  thus  really  a 
request  to  establish  both  transmit  and  receive  sections. 

When  the  user  reaches  the  head  of  the  queue  waiting  for  the 
TIP's  "connection"  mechanism,  the  TIP  will  type  "Tryinq...". 

Following  the  message  "drying",  the  user  will  receive  some  of 
the  following  messages: 

Open  success* 

Net  Trouble  remote  site  cannot  be  reached 

Refused  remote  site  up  but  refusing 

Host  Scheduled  Down  Until  Sat.  at  1850  GMT 

Host  will  be  back  up  at  time  and  date 
indicated 

Host  rnscheduled  Down  Until  Sat.  at  1850  GMrr 

Host  will  back  up  at  time  and  date 
indicated 

Host  not  responding 

Remote  site  not  up,  unknown  when  up 
service  will  resume 

ICP  Interfered  With 

The  Host  has  not  performed  the  ICP 
correctly  and  the  TIP  has  refused 
to  open  a connection. 

The  connection  mechanism  will  run  continuously  until  a state 
described  above  occurs.  This  can  be  annoying  when  the  remote  site 
is  obviously  not  going  to  respond.  The  command 

0 CLOSE 


-"Open"  indicates  both  halves  of  the  TELNET  connection  have  been 
opened  simultaneously.  Sometimes  "Open  R"  followed  by  "Open  T' 
vice  versa)  will  be  printed?  this  too  indicates  both  halves  of 
the  connection  have  been  opened,  but  not  simultaneously.  If  only 
"Open  R"  or  "Open  T"  is  printed,  then  the  server  Host  has  failed 
to  open  one  half  of  the  TELNET  connection. 
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will  abort  the  current  connection  attempt.  The  user  is  then  free 
to  reattempt  to  open  the  connection  or  to  attempt  to  open  a 
connection  to  some  other  Host. 

The  TIP's  connection  mechanism  has  caused  users  some 
problems.  Perhaps  a discussion  of  what  the  connection  mechanism 
is  doing  and  how  it  works  will  alleviate  some  of  the  grief. 

First  of  all,  users  attempting  to  connect  to  different  Hosts 
will  never  interfere  with  each  other,  although  users 
simultaneously  attempting  to  connect  to  the  same  Host  will  be 
serviced  serially. 

For  the  user,  opening  proceeds  in  three  phases.  In  the 
first,  the  user  is  queued  up  waiting  to  "get"  the  TIP's  connection 
mechanism.  In  the  second,  the  user  has  gotten  the  TIP's 
connection  mechanism  and  is  beginning  the  connection  sequence.  In 
the  third,  the  user  has  completed  the  connection  sequence  and  is 
waiting  for  the  Host  to  open  up  the  actual  data  connections.  Many 
of  the  problems  stem  from  the  fact  that  only  one  user  may  be 
proceeding  through  phase  2 at  a given  time  -o  a given  Host.  Hence 
the  the  TIP  types  out  "Trying*"  when  you  get  off  the  queue  and  the 
connection  mechanism  begins  trying  to  open  your  connections.  Thus 
the  "Trying"  message  signifies  the  transition  from  phase  1 to 
phase  2. 
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D.  Use  of  Remote  Sites 

In  stage  four,  the  user  is  normally  talking  to  the  Host 
without  concern  for  the  TIP.  All  the  TIP  commands  are  still 
available. 

One  command  that  will  eventually  be  of  interest  here  is 

0 CLOSE 

This  command  starts  the  shut-down  procedure.  The  TIP  will  echo 
"Closed"*  when  the  process  is  finished.  The  TIP  does  not  know  how 
to  log  you  out  of  the  remote  Host.  You  must  do  this  yourself 
before  closing  the  connection. 

The  virtual  terminal  has  a key  labeled  "BREAK" . Some  real 
terminals  have  a break  key,  and  some  Host  systems  expect  to  see 
breaks.  Those  terminals  with  a break  key  (but  not  the  2741  ATTN 
key)  may  simply  use  it.  Others  must  type  the  command 

0 SEND  BREAK 

The  interpretation  of  the  break  is  entirely  up  to  the  receivinq 
Host  — many  Hosts  iynore  it. 

The  virtual  terminal  also  has  a key  labeled  "SYNC" . No  real 
terminals  have  such  a key,  and  the  function  is  unique  to  network 
use.  The  "SYNC"  key  is  a clue  to  the  remote  Host  that  there  is  an 
important  message  which  seems  to  be  buffered  in  an  "inaccessible" 
place.  The  TIP  and  the  Host  go  to  some  trouble  to  get  the  SYNC 
indication  over  a different  channel  which  bypasses  the  normal 
buffering  conventions.  The  command  to  send  a SYNC  is 

0 SEND  SYNC 

Typical  usage  of  these  commands  might  be  0 S B followed  by  0 S S. 

As  stated  earlier,  the  TIP  nominally  treats  a carriage- 
return  typed  by  a user  as  a carriage-return/linefeed.  The  user 
may  cause  the  TIP  to  treat  carriage-return  as  only  can iage-return 
by  executing  the  command 

0CLEAR  INSERT  LINEFEED 


*"Closed"  indicates  that  the  server  Host  agreed  to  close  both 
halves  of  the  TELNET  connection  simultaneously.  If  the  halves  of 
the  connection  are  closed  one  after  another,  "Closed  R"  followed 
by  "Closed  T"  (or  vice  versa)  will  be  printed.  If  only  one  of 
"Closed  T"  or  "Closed  R"  is  printed,  wait  a minute  and  the  TIP 
will  force  the  other  half  of  the  connection  to  be  closed. 
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To  return  to  the  nominal  moue  of  carriage-return/linefeod , the 
command 

0INSERT  LINEFEED 


should  be  executed. 

If  at  any  given  time  the  user  types  characters  faster  than  a 
server  Host  will  take  them  from  the  TIP,  the  TIP  discards 
characters  it  can  not  buffer  and  echos  them  with  an  ASCII  BEL  (on 
a 2741,  the  type  element  is  wiggled) . 

The  user  may  sometimes  use  a server  Host  with  which  it  is 
desirable  not  to  have  (a  be  a TIP  reserved  character.  The  user  can 
change  the  character  which  introduces  TIP  commands  using  the 
command 


0 INTERCEPT  # 

By  typing  0 INTERCEPT  followed  by  a decimal  number  representing  an 
ASCII  character,  the  user  changes  the  TIP  command  character  for 
his  device  to  the  ASCII  character  represented  by  the  number.  The 
INTERCEPT  ESC  command  resets  the  TIP  command  character  to  at-sign 
(0).  Thus, 


0 INTERCEPT  42 
* INTERCEPT  ESC 

changes  the  TIP  command  character  to  asterisk  (*)  and  back  to 
at-sign  (®)  assuming  the  device  was  in  the  nominal  mode  (^)  before 
the  first  command  was  executed. 

If  the  user  attempts  to  change  the  intercept  character  but 
fails  to  type  a valid  decimal  number  (or  a character  string 
beginning  with  E)  the  TIP  will  type  the  diagnostic  "Num”  and  will 
set  the  intercept  character  to  at-sign. 
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b.  Connection  Loss  and  Restoration 


Starting  with  TENEX  Hosts*  running  Software  Version  1.32,  if 
TENEX  halts,  the  TIP  will  notify  users  connected  to  it  of  this 
fact  by  typing  "Connection  Suspended".  At  this  point  the  users 
are  free  to  do  one  of  two  things.  First,  they  can  wait  till  TENEX 
restores  service,  in  which  case  the  TIP  will  type  out  "Connection 
Restored"  (or  if  after  the  the  service  interruption  the  connection 
could  not  be  restored,  the  TIP  will  type  out  "Host  broke  the 
connection") . Alternatively,  the  user  is  free  to  open  a 
connection  to  any  other  Host,  in  which  case  the  TIP  will  invisibly 
close  the  TENEX  connection.  It  is  also  important  to  point  out 
that  if  a user  just  leaves  his  terminal  unattended  across  a TENEX 
service  outage  without  releasing  the  connection  (any  network 
related  command  such  as  @H,  @0,  @N,  @C  will  do  the  job)  his  job, 
directory,  etc. , are  left  at  the  mercy  of  anyone  who  acquires  that 
terminal. 


Other  Hosts  may  also  implement  the  mechanisms  which  will  allow 
the  suspension  and  restoration  of  connections. 
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r.  TIP  News  and  User  Feedback 

There  is  frequently  information  which  the  group  developing 
and  debugging  the  TIP  system  wishes  to  convey  to  TIP  users.  For 
instance,  when  a bug  is  detected,  we  may  wish  to  warn  users  not  to 
use  a certain  feature  until  the  bug  is  fixed.  When  a minor 
improvement  is  made,  we  may  wish  to  notify  users.  Further,  there 
is  frequently  news  about  the  state  of  the  network  or  the  state  of 
a particular  Host  which  should  be  conveyed  to  TIP  users.  Finally, 
TIP  users  may  wish  to  communicate  with  the  TIP  development  staff 
or  the  Network  Control  Center  staff  about  problems  or  suggested 
improvements  for  the  TIP  or  the  network.  Consequently,  we  have 
constructed  a mechanism  which  we  hope  will  provide  for 
communication  in  all  the  above  directions.  This  mechanism  is  the 
Network  Virtual  TIP  Executive.*  To  activate  this  mechanism,  the 
TIP  user  may  give  the  TIP  command  @N.  This  command  causes  the  TIP 
to  perform  the  necessary  protocol  to  make  a connection  to  the 
Network  Virtual  TIP  Executive  which  resides  on  several  of  the 
network  TENEX  systems.  Once  the  Network  Virtual  TIP  Executive  has 
been  activated,  we  think  its  operation  is  self-explanatory. 
Presently  available  features  within  the  Network  Virtual  TIP 
Executive  are  a Network  News  feature,  a Host  Status  feature,  and  a 
"Gripe"  feature.  The  latter  provides  users  with  a mechanism  for 
sending  messages  to  the  TIP  development  or  NCC  staffs.  We 
recommend  that  TIP  users  get  the  network  news  at  the  beginning  of 
every  TIP  session. 

The  TIP  will  normally  prompt  the  user  to  consider  reading  the 
news  by  typing  the  message: 

Latest  net  news  DATE 

Use  "@N<cr>"  followed  by  "netnews<cr>" 

at  some  point (s)  during  the  user’s  session.  The  point  chosen  is 
at  the  time  of  terminal  recognition  for  "hunting"  terminals  (see 
Section  4. A) , or  at  each  time  a connection  is  closed  for 
"non-huntir g"  terminals  (see  Section  5. A) . 

When  a user  issues  an  @N  command,  the  TIP  requests  support 
from  all  cooperating  servers.  Thus,  the  user  should  be  able  to 
reach  a news  facility,  somewhere,  almost  all  of  the  time. 
However,  in  the  event  that  no  cooperating  server  is  available  the 
TIP  will  time  out  the  @N  command  in  about  thirty  seconds.  An  @C 
command  will  abort  an  @N  immediately. 


*A  version  of  the  Resource  Sharing  Executive  being  developed  by 
the  BBN  TENEX  Group. 


Report  No.  2183 
August  1975  Revision 


Bolt  Beranek  and  Newman  Inc. 


Of  course,  TIP  users  with  an  immediate  need  for  communication 
with  the  NCC  or  TIP  development  staffs  should  telephone  (collect) 
the  Network  Control  Center  (617-661-0100) . Users  with  general 
questions  about  network  usage  (How  do  I find  out  if  Host  X is  ever 
going  to  be  up  again?  What's  happening  with  a Host/Host  protocol 
for  graphics?)  may  also  call  the  NCC. 
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5.  UNUSUAL  USES  OF  THE  TIP 

The  "usual"  use  of  a TIP  is  to  connect  one  of  the  terminals 
which  the  TIP  supports  to  a remote  Host.  We  have  tried  to  make 
this  operation  as  easy  and  natural  as  possible  for  the  user. 
"Unusual"  uses  of  the  TIP  are  such  things  as  connecting  a 
non-standard  terminal,  talking  term nal-to-terminal , or  usinq 
unusual  protocols.  Such  uses  are  possible,  but  within  the 
constraints  of  the  TIP's  size  it  has  not  always  been  feasible  to 
make  them  easy. 
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A.  Device  Parameters 

The  TIP  uses  a Hunt  algorithm  to  determine  device  parameters. 
On  standard  low  speed  terminals  it  works  well  and  easily.  If 
something  more  complicated  is  desired,  like  establishing  a rate 
over  300  bps,  the  user  must  set  these  parameters  himself. 

The  ^DEVICE  RATE  command  does  not  affect  the  hunt-bit. 
Therefore,  the  only  way  to  change  a port  to,  or  from,  being 
hunting  is  to  have  the  TIP  site  liaison  cal  1 the  NCC  and  have  it 
done. 


The  TIP  stores  device  parameters  in  a 10-bit  field  as  shown 
below: 


bits 


1 4 ! 2 ! 4 ! 


i i i 

! i Input  rate 

i i 

! Character  size 

i 

Output  rate 


where  character  size  is  5 less  than  the  number  of  bits  per 
character  and  the  16  rates  are  zero,  75,  110,  134.5,  150,  300, 
600,  1200,  1800,  2400,  4800,  9600,  19200,  unused,  unused,  and 
external  clock.  The  4800,  9600  and  19. 2K  rates  are  available  only 
for  output. 

The  user  can  change  device  parameters  with  the  command 

fa  DEVICE  RATE  # 

where  # is  the  decimal  equivalent  of  the  10-bit  field  the  user 
wishes  to  establish.  The  command  will  often  be  executed  from 
another  terminal  (see  Section  5-D  below) . 
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Some  examples  follow: 


@D  R 

bps 

178 

110 

ASCII  in 

and  out 

308 

150 

373 

300 

438 

600 

503 

1200 

568 

1800 

633 

2400 

754 

110  in 

9600  out 

243 

134.5 

2741  in 

and  out 

The  user  can  set  device  code  conversion  with  the  commands 

(a  DEVICE  CODE  ASCII 
@ DEVICE  CODE  EXTRA-PADDING 
DEVICE  CODE  OTHER-PADDING 
0 DEVICE  CODE  37 

EXTRA-PADDING  is  ASCII  with  a slow  carriaoe-re turn . This  mode  has 
been  found  to  be  useful  with  FXECUPORT,  T.T.,  AND  DATAPOIMT  3300. 
DEVICE  CODE  OTHER-PADDING  is  ASCII  for  a line-printer  which 
requires  special  timing  for  a slow  linefeed  as  well  as  a slow 
carri age-return  and  also  requires  a minimum  number  of  characters 
per  line  of  output.  Tv/o  1 ine*  printers  are  currently  handled  via 
the  DEVICE  CODE  OTHER-PADDING  option.  These  are  the  ODEC  printer 
and  the  MEMPREX  printer.  A given  tip  can  be  coufiaured  so  that 
DEVICE  CODE  OTHER-PADDING  refers  to  either  the  ODEC  or  the  MEMPREX 
printer  but  not  both. 

Often  the  device  code  commands  will  be  executed  by  one 
terminal  for  another  terminal,  as  described  in  Section  5-D  below. 
Sometimes  they  are  executed  as  the  last  step  before  changing  a 
terminal's  rate.  The  code  sets  ASCII,  EXTRA-PADDING,  and 
OTHER-PADDING  are  similar  enough  so  that  a terminal  shifting  from 
one  to  another  will  still  be  able  to  talk  to  the  TIP.  All  are 
basically  ASCII  with  different  timing  for  the  end  of  line.  DEVICE 
CODE  ASCII  clears  the  effect  of  the  other  three  DEVICE  CODE 
commands.  The  command 

@ DEV ICE  CODE  37 

can  be  used  to  set  up  the  TIP  to  correctly  handle  a Model  37 
Teletype,  namely  to  compute  even-parity  for  output  characters 
(echoed  characters  have  the  parity  they  had  when  sent  from  the 
terminal  to  the  TIP) . 
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B.  Talking  to  Another  TIP 

One  can  talk  to  a device  on  another  TIP  (or  your  own  TIP) 
using  the  TIP  as  a fancy  telephone  connection.  This  is  not 
particularly  easy,  especially  since  the  only  label  a TIP  knows  for 
a device  is  its  hardware  port  number,  which  neither  user  may 
happen  to  know.  Supposing  the  port  numbers  are  known,  one  must 
establish  a pair  of  connections  between  the  two  ports.  The 
protocol  for  making  connections  specifies  that  each  end  of  each 
connection  will  be  labeled  by  a 32-bit  socket  number.  The  TIP 
puts  the  port  number  in  the  high  order  16  bits  of  the  r cket 
number,  and  2 (or  3)  in  the  low  order  bits  for  the  receiving  (or 
sending)  socket.  The  user  must  tell  the  TIP  the  Host  number  (in 
decimal)  and  socket  number  (in  octal)  for  the  foreign  end  of  both 
the  transmit  and  receive  connections,  for  example,  the  commands 

0 SEND  TO  HOST  158 
0 RECEIVE  FROM  HOST  15  8 
(*  SEND  TO  SOCKET  1600002 
0 RECEIVE  FROM  SOCKET1  1600003 

Simultaneously  the  far  end  must  establish  the  corresponding 
parameters  for  his  half  of  the  connection.  Then  one  side  or  the 
other  must  initiate  the  connections  usino  the  two  commands 

0 PROTOCOL  TO  TRANSMIT 
<a  PROTOCOL  TO  RECEIVE 

This  will  open  the  full  duplex  connection.  In  the  example  above 
the  connection  is  to  Port  7 at  Host  158.  Alternately,  a shorter 
sequence  of  commands  a ay  be  used,  namely 

fl  HOST  158 

0 SEND  TO  SOCKET  1600002 
0 RECEIVE  FROM  SOCKET  1600003 
0 PROTOCOL  BOTH 

If  the  terminals  are  full  duplex,  it  will  probably  be 
necessary  for  each  terminal  to  use  ECHO  ALL  mode. 

A problem  in  making  TIP-to-^IP  connections  is  ascertaining 
the  port  numbers  of  the  TIP  ports  between  which  communication  is 
desired.  The  greeting  message  typed  by  the  TIP  on  a huntincr  port 
induces  the  octal  port  number.  The  PRESET  command  on  non-hunting 
ports  also  provides  this  information  (although  it  also  logs  out  a 
logged-in  user) . In  addition,  the  The  Network  Virtual  TIP 
Executive  (0N)  offers  aid  in  this  area  through  its  TRMINF  command. 
The  socket  number  printed  by  the  TRMINF  command  is  the  octal  port 
number  of  the  TIP  terminal  executina  the  TRMINF  command  via  the  0N 
command. 

In  the  future,  we  will  make  available  via  the  Network  Virtual 
TIP  Executive  a capability  to  link  and  send  messages  to  users  on 
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other  TIPs  and  TIP  ports  by  name.  The  capability  already  exists 
in  the  Network  Virtual  TIP  Executive  for  linking  to  users  of  some 
server  Hosts. 
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C.  Binary  Mode 

Seven-bit  binary  is  possible  using  the  regular  TELNET 
Protocol.  It  is  necessary  to  turn  on  and  off  command 
interpretation  to  allow  the  TIP  input  routines  to  pass  along  all 
128  possible  input  characters.  There  are  two  commands  to  do  this, 

<a  INTERCEPT  ESC 
@ INTERCEPT  NONE 

The  first  command  puts  the  TIP  in  its  normal  mode,  the  second  in 
7-bit  binary  mode. 

Eight-bit  binary  mode  is  possible  using  the  commands 

@ BINARY  INPUT  START 
<9  BINARY  INPUT  END 
@ BINARY  OUTPUT  START 
@ BINARY  OUTPUT  END 

When  a TIP  is  in  binary  output  mode,  all  eight  bits  of  characteis 
coming  from  the  network  are  sent  to  the  terminal.  This  nay  result 
in  strange  things  being  printed  on  a printer.  It  would  probably 
make  more  sense  to  send  8-bit  binary  output  to  devices  such  as 
paper  tape  punches.  When  a TIP  is  in  binary  input  mode,  all  eight 
bits  of  characters  entered  at  the  terminal  are  sent  to  the 
network . 

Since  commands  from  a terminal  in  binary  input  mode  or 
INTERCEPT  NONE  mode  can  no  longer  be  recognized,  removing  a 
terminal  from  these  modes  must  be  done  with  a command  from  another 
terminal  as  described  immediately  below.  As  the  TIP’s  default 
mode  is  INSERT  LINEFEED,  the  user  will  probably  desire  to  CLEAR 
INSERT  LINEFEED  (OC  I L)  before  using  8-bit  binary  mode;  perhaps 
also  for  7-bit  binary  mode. 
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D.  Setting  Another  Terminal's  Parameters 

Any  command  may  be  preceded  by  a number,  in  which  case  it  is 
meant  for  a device  other  than  your  own.  The  device  port  number 
must  be  in  octal.  For  example, 

@ 16  DEVICE  RATE  633 

would  set  the  characteristics  for  device  16  to  ASCII  code,  2400 
baud  input  and  output.  In  this  case  we  speak  of  "capturing" 
device  16. 

Such  a mechanism  needs  some  form  of  protection:  the  TIP 
remembers  the  number  of  the  capturing  device  and  does  not  allow  a 
second  device  also  to  capture  until  the  first  device  explicitly 
gives  up  control  with  the  command 

0 16  GIVE  BACK 

If  a device  chooses  to  capture  himself  by  preceding  any 
command  by  his  own  device  number  he  is  then  invulnerable  to 
tampering  from  another  device. 

This  format  is  usually  used  in  conjunction  with  the  DEVICE 
RATE  command  to  initialize  some  non-standard  device,  like  a 
printer  or  a high-speed  CRT  terminal. 
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K.  The  DIVERT  OUTPUT  Command 

It  is  possible  (with  some  care)  to  divert  the  output  intended 
for  one  terminal  to  another  terminal.  Presumably  the  second 
terminal  has  a desired  feature,  like  hard  copy  or  high  speed.  The 
command 


(a  16  DIVERT  OUTPUT 

will  cause  all  remotely  generated  output  to  be  diverted  from  the 
terminal  on  which  the  command  was  typed  to  Terminal  16.  This 
state  will  continue  until  any  other  command  is  executed  at  the 
diverting  terminal.  (Executing  another  command  does  not  do  a Give 
Back.)  Local-echoing  will  not  be  diverted,  and  input  may  proceed 
at  the  diverting  terminal. 

This  mechanism  is  not  natural  to  the  structure  of  the 
program.  In  particular,  the  buffer  allocation  structure  becomes 
confused  if  the  diversion  aborts  while  output  is  in  progress. 
Chained  diversion  will  also  confuse  the  TIP.  Please  don't  try 
these  things:  all  that  will  happen  is  that  one  or  both  terminals 
involved  will  stop  responding.  In  fact,  in  general,  we  discourage 
use  of  the  DIVERT  OUTPUT  command  and  suggest  printing  to  TIP 
devices  other  than  the  user's  own  terminal  by  programs  such  as  the 
TIPCOPY  program  which  runs  on  many  network  TENEXs. 
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F.  Editing 

At  the  moment  the  only  editing  command  available  is 
@ FLUSH 

' hich  deletes  all  the  characters  in  the  TIP's  input  buffer.  In 
current  practice  this  command  is  used  to  clear  out  any  odd 
characters  stuck  in  a TIP  prior  to  giving  an  OPEN  command.  (The 
TIP  accumulates  characters  typed  in  during  periods  of 

non-connection  and  sends  them  as  the  first  data  over  a new 
connection. ) 

To  abort  a command,  type  a rubout  or  merely  make  something 
about  the  command  illegal;  for  example, 

@0  X 

The  "X"  aborts  the  OPEN  command. 
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G.  Wild 

Setting  a device  wild  allows  the  device  to  receive  any 
connection  from  a designated  Host  or  to  receive  any  connection 
from  any  Host.  TIP  ports  cannot  be  set  permanently  wild  from 
other  TIP  ports , they  must  be  set  wild  by  the  NCC.  The  command  to 
set  a port  wild  is 

@SET  DEVICE  WILD 

This  instructs  the  TIP  to  accept  an  attempt  to  connect  from  any 
Host  using  any  sockets.  This  command  can  be  cancelled  by  the 
command 


PCLEAR  DEVICE  WILD 

If  a user  desires  to  accept  an  attempt  to  connect  from  a 
particular  Host  using  any  sockets  the  set  of  commands 

0HOST  # 

0SEND  TO  WILD 
^RECEIVE  FROM  WILD 

should  be  used.  This  instructs  the  TIP  to  accept  any  attempt  to 
connect  from  the  Host  whose  decimal  address  is  specified  in  the 
Host  command. 


5-10 


Report  No.  2183 
August  1975  Revision 


Bolt  Beranek  and  Newman  Inc. 


11.  Low  level  Protocol  Commands 

Several  low  level  TIP  commands  exist  which  allow  the  user  to 
manually  do  Host/Host  protocol.  These  commands  are 

0 INITIAL  CONNECTION  PROTOCOL 
0 PROTOCOL  BOTH 
0 CLOSE 

0 PROTOCOL  TO  TRANSMIT 
0 PROTOCOL  TO  RECEIVE 
0 RECEIVE  FROM  HOSm  # 

0 SEND  TO  HOST  # 

0 HOST  # 

0 SEND  TO  SOCKET  # 

0 RECEIVE  FROM  SOCKET  # 

Examples  of  the  use  of  some  of  these  commands  are  given 
below. 


0H  69  /" logging  in"  to  a socket 

0R  F S 13  /other  than  socket  1 
01  C P /on  a server  Host 


0C  /attempt  to  close  both  halves  of 

/an  open  connection 

Closed  R /closed  R side  of  connection 
Closed  T /closed  T side  of  connection 


The  rest  of  the  low  level  protocol  commands  listed  above  were  used 
in  the  example  of  section  5-B. 

There  is  one  other  low  level  protocol  command,  a command  to 
reset  the  NCP  in  the  Host  specified  in  a ^ SEND  TO  FOS'1’  command. 
Since  this  command  resets  all  connections  between  the  TIP  and  the 
specified  Hoc'-,  it  should  only  be  used  as  a last  resort.  A 
responsible  person  at  the  TIP  site  should  contact  the  NCC  if  the 
need  arises. 
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I.  Commands  from  tne  Network 

When  a TIP  terminal  receives  the  character  207  (octal)  in  the 
input  stream  from  the  network,  the  characters  following  the  207  up 
to  the  next  linefeed  are  treated  as  a command  typed  on  the 
terminal  keyboard.  (The  207  takes  the  place  of  the  @?  the  P 
should  not  be  sent  through  the  network.)  In  this  way  Hosts  can 
remotely  control  the  TIP  terminals.  For  example,  a Host  might 
send  a command  to  the  TIP  which  causes  maximum  size  messages  to  be 
sent  from  the  TIP  terminal  to  the  Host.  The  TIPs  themselves  can 
send  commands  to  other  TIP  terminals  by  using  the  command 

@ SEND  COMMAND 

which  inserts  the  207  character  in  the  output  stream  to  the 
network.  This  feature  is  evolving,  so  we  do  not  recommend  its  use 
at  the  present  time. 


i 
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J.  The  RESET  Device  Command 

The  reset  device  command  (PRESET)  will  restore  a port  to  its 
initial  state.  Implicit  in  this  command  is  the  concept  of  a 
"permanent  device."  Currently,  "permanent"  is  the  same  as 
"non-hunting"  (see  section  5-A) , but  this  will  not  always  be  so. 
Permanent  devices  are  those  requiring  a particular  set  of 
parameters  that  is  not  expected  to  change  or  perhaps  for  which  the 
TIP  cannot  hunt.  Examples  are  the  IMLAC  (no  high  speed  hunt)  and 
a line  printer  (no  input  possible) . Everything  is  reset  as 
follows : 

a.  All  network  connections  and  attempts  to  open 

connections  are  cleared; 

b.  If  this  device  is  captured  by  any  other  device,  that 
state  ii.  cleared  and  if  this  device  is  capturing  any 
other  devices,  that  state  is  cleared; 

c.  Input  buffers  are  initialized; 

d.  "Connection"  parameters  are  reset  to  a default  state* 
(i.e.,  echoing  all,  terminate  every  character,  no 
insert  linefeed,  no  device  wild,  intercept  all); 

e.  The  code,  rate,  and  size  are  set  to  the  hunting 
state. 

f.  The  port's  data  set  is  hung-up. 

For  permanent  devices  the  RESET  command  does  only  a,  b,  c,  and 
f above  and  prints  "TIP  NAME"  followed  by  the  TIP  version 
number  and  the  octal  port  number. 


*The  default  state  for  "binary"  mode  (Section  5.C)  is  rather 
complicated  and  is  being  somewhat  revised.  For  current  infor- 
mation, contact  the  NCC. 
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K.  TIP  Configuration  and  Device  Pre-initialization 

The  set  of  terminals  and  uses  of  these  terminals  typically 
varies  from  TIP  site  to  TIP  site.  Therefore,  the  TIP  software 
system  has  been  constructed  in  a way  which  is  somewhat  modular  to 
permit  varying  configurations  of  the  TIP  software  at  different 
sites.  For  instance,  with  line  printers,  it  is  possible  for  a 
given  TIP  system  to  contain  code  to  handle  an  ODEC  line  printer  or 
a MEMOREX  line  printer  or  neither  (not  both).  As  another  example, 
it  is  possible  to  distribute  the  available  space  for  device 
buffers  among  all  sixty-three  TIP  ports  or  to  allocate  the 
available  space  to  only  a few  ports  (thus  effectively  disabling 
the  remaining  ports) . Finally,  it  is  possible  to  configure  the 
TIP  so  certain  ports  are  automatically  set  up  to  have 

pre-determined  parameters  at  TIP  initialization  time,  thus 
relieving  TIP  site  personnel  or  users  of  the  burden  of  manually 
setting  up  these  device  parameters. 

The  complete  list  of  presently  available  options  is  given 
below: 

1.  TIP  configured  with  ODEC  code  or  MEMOREX  code  or  neither. 

2.  TIP  configured  with  EXTRA-PADDING  code  or  without  it. 

3.  TIP  port  pre-initialization 


a. 

Input  buffer  size 

b. 

Output  buffer  size 

c. 

Input  rate 

d. 

Output  rate 

e. 

No  hunt  or  hunt  (see  section 

A) 

f. 

Extra-padding  (D  C E)  or  not 

g- 

Other-padding  (D  C 0)  or  not 

h. 

Wild  (S  D W)  or  not 

i. 

No  insert  linefeed  (C  I L)  or  not 

j- 

Half  duplex  (E  H)  or  not 

k. 

No  intercept  character  (I  N) 
character 

or  any  intercept 

1. 

Echo  none  (E  N)  or  not 

m. 

Compute  37  parity  (D  C 3)  or 

not 

Of  the  above,  f and  g are  mutually  exclusive,  j and  1 are  mutually 
exclusive,  and  f through  m depend  on  e being  set  to  no  hunt. 

Some  configuration  must  be  specified  for  each  TIP.  If 
nothina  is  specified  by  the  TIP  site  personnel,  the  TIP  will  be 
configured  in  an  arbitrary  (but  hopefully  reasonable)  manner. 
Requests  for  specific  TIP  configurations  should  be  made  by  the 
designated  representative  of  the  TIP  site  to  the  Network  Control 
Center. 
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6.  MAPPING  THE  VARIOUS  DEVICES  INTO  THE  NETWORK  VIRTUAL  TERMINAL 
A.  TTY  and  TTY-like  Devices  (ASCII) 

At  the  moment  this  conversion  follows  the  simple  rule  that  if 
the  terminal  can  generate  and/or  print  the  code  it  will  be  sent 
and/or  received.  Otherwise  there  is  no  way  to  use  the  code.  For 
example,  there  is  no  way  to  enter  lower  case  characters  from  a 
Model  33  Teletype. 


B.  2741  and  2741-like  Devices  (transmit  interrupt  and  receive 
interrupt  options  required) 

The  rule  for  these  devices  is  if  the  terminal  has  the  ASCII 
graphic  it  will  translace  directly  to  that  graphic.  Otherwise  a 
number  of  equivalences  are  defined,  most  of  which  consist  of  the 
character  double-quote  followed  by  some  other  character.  For  each 
of  the  eight  variations  of  2741  that  we  have  considered  there  is 
at  least  one  way  to  type  in  the  desired  ASCII  graphic.  To 
actually  type  in  the  character  double  quote,  two  double  quotes 
must  be  struck  in  succession.  On  output,  ASCII  characters  which 
print  on  a Model  37  Teletype  but  have  no  representation  on  a 2741 
are  printed  as  the  equivalents  used  to  type  in  the  character,  with 
some  exceptions.  ASCII  characters  which  do  not  print  on  a Model 
37  Teletype  do  not  print  on  a 2741.  A double  quote  is  not  printed 
as  two  double  quotes;  thus,  on  output  the  user  must  sometimes 
determine  what  was  printed  from  the  context  as  there  is  no 
ur ambiguous  representation  of  all  the  ASCII  characters. 

The  ATTN  key  is  used  to  interrupt  output.  It  signals  the  TIP 
to  hold  off  output  for  the  duration  of  one  TIP  command;  it  is  not 
seen  by  the  remote  Host.  If  used  during  input  it  is  taken  as  a 
request  to  send  all  the  accumulated  characters  to  the  remote  Host 
(like  ^TRANSMIT  NOW). 
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C.  ASCII/2741  Conversion  Table 

If  this  table  is  printed  on-line , it  is  meant  to  be  printed 
on  a printer  possessing  the  full  ASCII  character  set.  Except 
where  noted,  on  input,  any  of  the  alternate  2741  representations 
of  the  ASCII  character  which  it  is  possible  to  type  on  the  given 
2741  may  be  used.  On  output,  the  single  character  representation 
is  chosen  when  possible.  In  the  "Symbol"  column  of  the  table,  + 
is  used  to  indicate  control;  e.g.,  +R  means  control-R.  Not  all 
ASCII  terminals  have  a left  arrow  --  some  have  an  underbar 
instead.  Likewise,  some  ASCII  terminals  have  a caret  where  others 
have  an  uparrow. 
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Octal 

Decimal 

ABC  II 
Name 

ASCII 

Symbol 

0 

0 

NUL 

H' 

1 

1 

SOU 

tA 

2 

2 

STX 

tB 

3 

3 

l:xt 

1C 

4 

4 

POT 

ID 

5 

5 

ENQ 

ti; 

f> 

6 

ACK 

tF 

7 

7 

BEL 

1G 

10 

3 

BS 

M! 

11 

0 

HT 

ti 

12 

10 

LF 

tj 

13 

11 

VT 

f K 

14 

12 

FF 

tL 

15 

1 3 

CP. 

tM 

16 

14 

SO 

tw 

17 

15 

SI 

to 

20 

16 

DLL’ 

tp 

21 

17 

DC  1 

tQ 

22 

13 

DC2 

tR 

23 

n 

DC! 

is 

24 

20 

DC  4 

IT 

25 

21 

NAK 

*u 

26 

22 

SYN 

tv 

27 

2 3 

LTD 

M-7 

30 

24 

CAN 

tx 

31 

2 5 

ED 

tY 

32 

26 

SUB 

tz 

33 

27 

ESC 

t [ 

34 

28 

F S 

*\ 

35 

29 

GS 

1] 

36 

30 

RS 

ft 

37 

31 

US 

2741 

Representation 

"P  (no  output) 

"a  (no  output) 

"b  (no  output) 

"c  (no  output) 

"d  (no  output) 

"e  (no  output) 

"f  (no  output) 

"a 

"h  or  BS  (output  only) 
"i  or  UT  (output  onlv) 
"j  or  LF  (output  only) 
"k  (no  output) 

"1  (no  output) 

"m  or  NL  (outnut  onlv) 
"n  (no  output) 

"o  (no  output) 

"p  (no  output) 

"q  (no  output) 

"r  (no  output) 

" s (no  output) 

"t  (no  output) 

"u  (no  output) 

"v  (no  output) 

"w  (no  output) 

(no  output) 

"y  (no  output) 

"7.  (no  output) 

"K  or  C (no  output)* 

"I«  (no  output) 

"M  (no  output) 

"N  (no  output) 

"0  (no  output) 


*A  cent-sign  will  print  if  the  T741  has  one, 
will  bo  no  output. 


otherwise  there 
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40  32  SP  space  space 


41 

33 

i 

• 

42 

34 

It 

43 

35 

# 

44 

36 

$ 

45 

37 

% 

46 

38 

& 

47 

39 

i 

50 

40 

( 

51 

41 

) 

52 

42 

* 

53 

43 

+ 

54 

44 

9 

55 

45 

- 

56 

46 

• 

57 

47 

/ 

60 

43 

9 

61 

49 

1 

62 

50 

2 

63 

51 

*5 

64 

52 

4 

65 

53 

5 

66 

54 

6 

67 

55 

7 

70 

56 

3 

71 

57 

9 

72 

53 

• 

73 

59 

• 

9 

74 

60 

< 

75 

61 

— 

76 

62 

> 

77 

63 

o 

! or  t 

""  (input)  and  " (output) 

# or  " = 

$ or  ”& 

% or  M? 

& or  M$ 

' or  \ 

( or  "< 

) or  "> 

* 

+ or  +H- 

9 


/ 

0 

1 or  ° or  □ 

2 

3 

4 

5 

6 

7 

8 
0 

< or  " ( 

= or  A 
> or  ") 

•> 
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100 

64 

a 

101 

65 

A 

102 

65 

B 

103 

67 

C 

104 

68 

D 

105 

69 

E 

106 

70 

F 

107 

71 

G 

110 

72 

H 

111 

73 

I 

112 

74 

J 

113 

75 

K 

114 

76 

L 

115 

77 

M 

116 

78 

N 

117 

70 

0 

120 

80 

P 

121 

31 

0 

122 

82 

R 

123 

33 

S 

124 

34 

T 

125 

35 

V 

126 

36 

V 

127 

87 

W 

130 

88 

>: 

131 

30 

Y 

132 

00 

z 

133 

01 

[ 

134 

)2 

\ 

135 

03 

) 

136 

04 

+ 

137 

95 
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a or  "+ 

A 

B 

C 

D 

F 

F 

g 

ii 

i 

j 

K 

L 

n 

N 

o 

p 

0 

R 

S 

T 

U 

v 

r,7 

Y 

7. 

[ or  MB 
\ or  V 
) or  "E 

or  t or  " l or  "± 
or  t 
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140 

06 

» * 

141 

07 

a 

a 

142 

98 

b 

b 

143 

99 

c 

c 

144 

100 

d 

d 

145 

101 

o 

e 

146 

102 

f 

f 

147 

103 

g 

g 

150 

104 

h 

A 

151 

105 

i 

X 

1 52 

106 

j 

j 

153 

107 

k 

k 

154 

103 

1 

1 

155 

109 

m 

m 

156 

110 

n 

rt 

157 

111 

o 

o 

160 

112 

P 

p 

161 

113 

q 

q 

162 

114 

r 

r 

103 

115 

s 

S 

164 

116 

t 

t 

165 

117 

u 

U 

166 

113 

V 

V 

167 

110 

w 

170 

120 

X 

X 

171 

121 

7 

u 

i 

172 

122 

7. 

173 

123 

{ 

”6 

174 

124 

1 

| nr  "V 

175 

125 

} 

"9 

176 

126 

tilde 

% 

or 

177 

127 

DEL 

rubout 

"D  (no  output) 

1 
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7.  TIP  MESSAGES  TO  THE  TERMINAL  USER 


BAD 

Closed 

Connection 


The  TIP  doesn't  recognize  the  command 
Connection  closed,  usually  by  server  Host 
Restored 

Destination  Host  has  restored  the  connection  as  it 
was  before  the  Host  halted. 


Connection  Suspended 

Destination  Host  has  halted  operation. 


Host  broke  the  connection 

The  Destination  Host's  service  is  restored  but  all 
network  connection  tables  have  been  reset. 


Host  not  responding 

Destination  Host  not  up  from  the  network's  point 
of  view.  It  is  not  known  when  service 
will  resume. 


Host  Scheduled  Down  Until  . . . 

Destination  Host  is  scheduled  down  until  the 
date  and  time  indicated. 


Host  Unschedul  d Down  Until  ... 

destination  Host  is  unscheduled  down  until  the 
date  and  time  indicated. 


ICP  Interferred  With 

The  Host  has  not  performed  the  ICP  correctly 
and  the  TIP  has  refused  to  open  a connection. 


Latest  Net  news... 

Use  "@N<cr foliowhd  by  "netnews<cr>" 

The  TIP  is  conveying  to  the  user  the  date  the 
latest  news  item  for  TIP  users  was  generated. 

Net  Trouble  Destination  IMP  cannot  be  reached  due  to  some 

kind  of  trouble  in  the  network. 


NO 

Num 

Open 

R 

Refused 


Parameters  may  not  be  set  for  specified  terminal. 

The  TIP  expected  a number  — command  terminated. 

Connection  opened  by  server  Host. 

Refers  to  the  Receive  side  of  a connection. 

The  remote  Host  rejected  the  attempt  to  establish 
connections. 
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T 

TIP  GOING 
TIP  NAME 

Trying 

Wait 


Refers  to  the  Transmit  side  of  a connection. 

DOWN  The  TIP  is  going  down  in  the  number  of  minutes 
indicated  — quickly  stop  what  you  are  doing 
and  stop  using  the  TIP. 

The  TIP  heard  the  user  dial  in  and  establish  rate. 
The  number  following  NAME  is  the  TIP  software 
system  version  number.  It  is  followed  by  the 
octal  port  number. 

The  TIP  is  now  servicing  the  user's  OPEN  request. 

The  TIP  is  attempting  to  contact  an  RSEXEC  Server. 
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8.  TIP  MAGNETIC  TAPE  OPTION 

As  one  method  of  increasing  the  usefulness  of  the  Terminal 
IMP,  we  have  developed  a magnetic  tape  transfer  capability  as  a 
TIP  option.  The  first  such  option  was  delivered  to  the  field 
during  the  first  quarter  of  1972.  In  order  to  ease  the  problems 
of  interfacing  such  a specialized  terminal  type,  we  chose  to 
specify  the  attachment  of  a standard  Honeywell  peripheral  unit 
rather  than  attempting  to  solve  the  problem  of  tape  drive 
attachment  in  a more  generalized  way.  The  unit  chosen  is  the 
Honeywell  316-4021  option  which  consists  of  a tape  drive 
controller  and  one  drive  unit  (tne  controller  itself  is  capable  of 
handling  up  to  seven  additional  316-4022  drives) . The 
characteristics  of  the  tape  drive  include: 

- Read/write  speed  of  26  inches  per  second 

- Seven-track  tapes 

- Even  or  odd  parity  (program  selectable) 

- Industry  compatible  200,  556,  or  800  bpi 

In  addition  to  the  tape  drive  and  controller,  the  problem  of 
programming  for  the  controller  and  the  buffering  of  tape  records 
dictated  the  addition  of  a separate  4K  memory  bank  to  TIPs 
equipped  with  this  option. 

The  most  immediate  pressure  for  the  addition  of  a magnetic 
tape  option  to  the  TIP  was  the  desire  to  enable  a pair  of  TIP 
users  to  copy  tapes  over  the  network  from  one  TIP  to  another, 
rather  than  shipping  physical  tapes  by  mail. 

The  magnetic  tape  system  communicates  with  the  network 
through  the  TIP,  although  in  many  cases  it  bypasses  the  usual  TIP 
code,  substituting  its  own  procedures  to  allow  for  the  special 
nature  and  relatively  high  data  rate  of  a magnetic  tape  terminal. 
In  most  respects,  however,  the  tape  Knit  appears  as  a standard 
terminal,  arbitrarily  designated  number  77.  On  a TIP  equipped 
with  magnetic  tape,  line  77  cannot  be  used  as  an  external 
terminal . 

An  additional  terminal  is  required  to  issue  commands  to  the 
tape  and  receive  status  information  and  error  comments.  This  may 
be  of  any  type  and  may  be  connected  to  any  line.  Its  use  as  the 
tape-controlling  terminal  can  be  concurrent  with  its  normal  usage. 

The  specific  hardware  design  of  the  magnetic  tape  units  used 
dictates  some  constraints.  Tape  format  is  7-track  using  either 
odd  or  even  parity.  In  memory,  tape  frames  are  stored  two  to  a 
word  occupying  the  high  order  twelve  bit'  of  each  word.  Frames 
can  only  be  written  in  pairs;  reading  a record  with  an  odd  number 
of  frames  causes  the  control  unit  to  append  an  extra  null  frame  to 
the  record  in  memory. 
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The  maximum  record  length  is  2400  characters  (frames) . This 
limit  is  based  on  the  amount  of  TIP  core  available  for  buffering. 
If  all  maximum  length  records  are  used,  this  results  in  an  80% 
utilization  of  tape  space  at  800  bpi  (the  remainder  is 
inter-record  gaps) . 


The  commands  relating  to  magnetic  tapes  are  of  a less  general 
form  than  other  TIP  commands.  Neither  multiple  spaces  nor  word 
completion  are  presently  permitted,  and  numbers  are  used  to 
distinguish  different  commands.  The  format  is  M #1  #2,  where  #1 
and  #2  are  the  command  number  and  its  argument  respectively.  The 
commands,  their  numbers  and  arguments  are: 


Rewind  1 

Forward  Space  Record  2 

Forward  Space  File  3 

Backward  Space  Record  4 

Backward  Space  File  5 

Read  Record  6 

Read  File  7 

Write  Record  8 

Write  File  9 

Transfer  Files  10 

Setup  TIP-TIP  Copy  11 

Abort  and  Initialize  12 

Write  File  Mark  13 

Set  Pa: ity  14 


decimal-count 

decimal-count 

decimal-count 

decimal-count 

decimal-count 

decimal-count 

decimal -count 

decimal-count 

decimal -count 

decimal-count 

foreign-TIP-numbe?. 

parity  (i.e.  even  or  odd) 

decimal-count 

even-or-odd 


A file  mark  is  treated  by  the  hardware  as  a record  and  must  thus 
be  accounted  for  when  spacing  or  reading  by  the  RECORD  commands. 
The  SETUP  COPY  command  is  used  in  the  establishment  of  a 
connection  between  TIis,  described  below. 


There  are  some  important  things  to  note  about  magnetic  tape 
commands.  All  regular  TIP  commands  given  for  the  tape,  e.g., 
those  specifying  Host  or  socket  parameters,  must  be  preceded  by 
77.  This,  of  course,  captures  the  tape  drive  for  the  terminal 
giving  the  commands.  All  special  tape  commands  (those  beginning 
with  M) , implicitly  capture  device  77  in  the  same  way.  Thus  once 
any  terminal  issues  a command  for  device  77  or  any  MAG  command,  it 
has  captured  the  magnetic  tape;  no  one  else  is  permitted  to 
control  it  until  the  owning  terminal  has  issued  the  077  GIVE  BACK 
command. 


A network  connection  must  exist  before  information  may  be 
transferred.  A typical  sequence  of  TIP  commands  which  might 
establish  a connection  between  two  magnetic  tapes  follows:  at  each 
TIP,  the  operator  would  issue  a Setup  Copy  command  to  the  Host 
number  of  the  other  TIP.  This  command  establishes  socket  numbers 
for  the  "standard"  TIP-to-TIP  magnetic  tape  connection.  Status 
information  about  this  connection  such  as  Open,  Closed,  etc.  will 
be  followed  by  MTR  and  MTT  rather  than  the  usual  R and  T to 
differentiate  magnetic  tape  activity  from  other  activity  of  the 
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controlling  terminal.  Then  the  write  side  would  give  a Transfer 
tiles  command  which  would  close  MTT  and  MTR  if  necessary,  and  open 
MTT.  When  MTT  opens,  a request  is  sent  to  the  other  TIP,  and  MTT 
is  closed.  The  request  prompts  the  other  TIP  to  open  MTR  (his 
MTT) , rewind  his  tape,  read  and  send  the  requested  number  of 
files,  rewind  his  tape,  and  close  the  connection.  The  writing  TIP 
also  rewinds  its  tape  after  writing  the  last  file. 

Errors  and  abnormal  status  conditions  are  detected  and 
messages  are  typed  out  on  the  controlling  terminal.  Errors  which 
will  be  of  significance  to  the  operator  include: 

Unrecoverable  read  or  write  errors 
after  20  retries  — a bad  spot  in 
the  tape  or  tape  drive  hardware 
problems.  The  results  of  the 
20tn  try  are  used. 

The  tape  controller  remains  busy 
or  no  network  activity  occurs  for 
too  long.  The  command  is  aborted. 

The  mag  tape  unit  is  somehow  not 
operational  (power  off,  no  tape 
mounted,  vacuum  off,  wrong  unit 
number,  etc.).  The  command 
is  aborted. 

The  tape  has  moved  past  the  end-of-tape 
marker.  The  command  is  aborted. 

The  error  messages  may  be  followed  by  MTR  or  MTT  to  denote  which 
side  of  the  connection  originated  the  message.  At  the  request  of 
the  TIP  sites  with  magnetic  tape  option,  records  read  in  error 
presently  are  reread  many  times  and  then  transmitted  anyway  after 
printing  an  error  message.  If  aborted  by  an  error  condition,  the 
Transfer  Files  command  will  attempt  to  restart  the  transfer 
requesting  the  other  TIP  to  rewind  \ts  tape,  skip  over  as  many 
files  as  have  already  been  written  and  send  the  remaining  files. 


UNREC  ERR 


TIMEOUT 


OFFLINE 


EOT 
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9.  CONNECTION  OF  TERMINALS  TO  THE  TIP 
A.  General  Comments 


The  TIP  allows  the  connection  of  most  terminals  that  conform 
to  the  EIA  RS232  standard.  The  TIP  is  built  such  that  it  appears 
to  a terminal  to  be  a modem  and  appears  to  a modem  as  a terminal. 
If  a terminal  has  a 25  pin  connector  (DB25P , several 
manufacturers)  and  works  with  a 103  modem  or  equivalent,  it  will 
probably  work  when  plugged  into  an  LIU  card  marked  "T".  Appendix 
D lists  terminals  that  have  been  used. 

This  section  specifies  the  interface  between  a terminal  and 
the  TIP.  See  Section  4 for  connections  involving  modems.  It  is 
hoped  that  by  examining  this  section,  an  engineer  will  be  able  to 
determine  whether  he  has  met  the  conditions  necessary  for  proper 
operation  of  a terminal  connected  to  the  TIP. 

To  a large  extent,  the  TIP  follows  EIA  Standard  RS-232C. 
Familiarity  with  that  document  is  recommended.  The  pin 
allocations  specified  by  that  standard  are  given  inside  the  front 
cover. 

In  order  to  connect  a terminal  to  the  TIP  without  modems, 
each  must  look  like  a modem  to  the  other.  Input  and  output 
connections  are  therefore  cross-connected  at  the  LIU  pads,  as 
shown  in  Table  9-1. 

Expansions  to  this  specification  are  planned  in  the  future 
(particularly  as  this  relates  to  control  signals) . It  is 
therefore  very  important  that  this  section  be  kept  up-to-date  as 
revisions  are  provided. 

Connector  - The  connector  from  the  terminal  should  be 
equivalent  to  a Cinch  DB-25P.  It  is  recommended  that  extension 
cords  for  terminals  provide  for  all  25  pins  in  order  to  allow  for 
future  changes. 

Signal  Levels  - All  siqnals  are  represented  by  bipolar  low 
voltage  levels.  All  signals  are  measured  with  respect  to  signal 
ground.  The  source  of  a signal  shall  deliver  a voltage  of 
magnitude  between  5 and  25  volts  into  a load  of  not  less  than  3000 
ohms.  The  reactive  component  of  the  load  shall  not  be  inductive, 
and  the  capacitance  shall  not  exceed  2500  pfd.  measured  at  the 
interface  connector.  The  signals  shall  be  interpreted  in  this 
way: 
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Data  Signals 

-25<Vd<-3  is  marking  or  logical  one 
+3<Vd<+25  is  spacing  or  logical  zero 


Control  and  Timing  Signals 

-25<Vc<-3  is  considered  OFF 
+3<Vc<+25  is  is  considered  ON 


Signal  Use  - The  TIP  software  handles  the  signals  as  shown  in 
Table  9-1. 

Character  Code  - The  TIP  software  accepts  ASCII  8-bit  code. 
Parity  is  ignored  on  input,  and  undefined  on  output.  IBM  2741  and 
2741-like  devices  are  specially  handled.  See  Appendix  C. 

Carriage  Return  Speed  - Carriage  return  speed  is  known  to  be 
reasonably  compensated  for  Teletypes  33,  35,  and  37;  and, 
separately,  for  Kxecuport-like  devices.  A line  printer  (ODEO) 
with  a small  (256-character)  buffer  is  also  reasonably 
compensated  This  compensation  is  set  by  the  TIP  program. 

Terminals  Which  Provide  Their  Own  Clock  - Terminals  which 
provide  their  own  clocks  for  transferring  data  can  be  connected  to 
the  TIP  provided  they  meet  the  previous  specifications.  The 
clocks  should  be  routed  to  LIU  pads  E15  and  E17.  The  data  lines 
should  chanqe  on  the  positive  edges  of  the  clocks,  and  should  be 
sampled  on  the  negative  edges.  (This  is  not  to  be  interpreted  as 
an  indication  that  the  TIP  works  with  synchronus  modems  or 
devices.  Characters  must  still  be  formatted  with  stop-start  bits 
since  the  actual  operating  mode  is  basically 
character-asychronus . ) 


B.  Direct  Terminal  Connection 

Table  9-1  lists  how  the  TIP  uses  RS232  signals  for  terminal 
connections . 


Report  No.  2183 
August  1975  Revision 


Bolt  Beranek  and  Newman  Inc. 


TABLE  9-1  TIP  SIGNAL  ALLOCATION  FOR  TERMINALS* 


EIA 

LIU 

DESIGNATION 

PIN 

PAD 

(FROM  THE  POINT  OF  VIEW  OF  THE  TERMINAL) 

1 

El 

PROTECTIVE  GROUND  (AA)  - Used. 

2 

E3 

TRANSMITTED  DATA  (BA)  - Used  for  data  going  from 
the  terminal  to  the  TIP. 

3 

E2 

RECEIVED  DATA  (BB)  - Used  for  data  going  from  the 
TIP  to  the  terminal. 

7 

E7 

SIGNAL  GROUND  (AB)  - Used. 

8 

E20 

RECEIVED  LINE  SIGNAL  DETECTOR  (CF)  - Modem  control 
bit  3.  Held  ON  by  the  TIP,  except  for  a short 

(approximately  1/2  sec. ) period  following  an  ON 
to  OFF  transition  of  DATA  TERMINAL  READY , during 
which  it  goes  off. 

20  E3  DATA  TERMINAL  READY  (CD)  - Modem  status  bit  2. 

THIS  SIGNAL  IS  USED  BY  THE  TIP  to  determine  that 
the  terminal  is  connected  to  the  TIP.  If  "hunt" 
mode  is  enabled  for  this  device,  an  ON  to  OFF 
transition  of  this  signal  initiates  "hunt"  mode. 

The  following  control  signals  are  held  on  by  the  TIP 
software: 

5 E4  CLEAR  TO  SEND  (CB)  - Modem  control  bit  0.  Held 

ON  by  the  TIP. 

6 E19  DATA  SET  READY  (CC)  - Modem  control  bit  2.  Held 

ON  by  the  TIP. 

16  E14  SECONDARY  RECEIVED  DATA  (SBB)  - Modem  control  bit 

1.  Held  ON  by  the  TIP. 

The  following  status  signals  are  ignored  by  the  TIP 
software : 


4 

12 

13 

14 
19 


E5  REQUEST  TO  SFND  (CA)  - Modem  status  bit  0. 

Ignored  by  the  TIP. 

E12  SECONDARY  RECEIVED  LINE  SIGNAL  DETECTOR  (SCF)  - 

Modem  status  bit  3.  Ignored  by  the  TIP. 

E13  SECONDARY  CLEAR  TO  SEND  (SCB)  - Modem  status  bit 

4.  Ignored  by  the  TIP. 

E16  SECONDARY  TRANSMITTED  DATA  (SBA)  - Modem  status 

bit  5.  Ignored  by  the  TIP. 

E6  SECONDARY  REQUEST  TO  SEND  (SCA)  - Modem  status  bit 

1.  Ignored  by  the  TIP. 


*This  configuration  makes  the  LIU  look  approximately  like  a 103 
modem  to  the  terminal. 
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C . Modems 


It  is  desired  that  the  TIP  be  able  to  operate  with  terminals 
over  private  or  leased  lines,  or  over  the  switched  telephone 
network.  This  requires  the  use  of  a pair  of  modems  between  the 
terminal  and  the  TIP.  The  TIP  basically  supports  the  Bell  103 
class  of  modems.  An  extension  is  the  Vadic  3400  which  is  1200 
baud  full  duplex  with  103  protocol.  A 202  equivalent  modem  is 
being  used  in  Simplex  mode  to  drive  a remote  line  printer. 

It  may  be  that  a group  desiring  to  use  another  t^pe  of  modem 
could  coax  that  modem  to  work  within  the  available  software  and 
hardware  structure.  For  that  purpose,  this  section  will  try  to 
describe  the  difficulties  in  using  half-duplex  modems,  the  use  of 
synchronous  modems,  and  the  manner  in  which  the  103  modem  is 
supported . 


Half-Duplex  Modems 


Half-duplex  modems  are  modems  in  wh. eh  data  on  the  primary 
data  channel  can  flow  in  only  one  direction  at  a time.  Data 
cannot  flow  both  ways  at  the  same  time.  ^here  may  or  may  not  be  a 
"secondary"  or  "supervisory"  channel  which  points  in  the  direction 
opposite  the  primary  channel.  The  essential  problem  involved  in 
half-duplex  operation  is  control  of  the  direction  of  data  flow  on 
the  primary  channel.  Significant  questions  are: 

- What  protocol  should  be  adopted  for  turning  the  line 
around  — special  control  characters,  or  use  of  a 
secondary  channel? 

- Which  end  (if  either)  is  in  control  of  the  channel? 

- If  the  terminal  is  receiving  a large  listing,  how 
can  the  user  terminate  the  output  when  the  channel 
is  pointing  the  wrong  way? 

- Who  should  do  the  echoing  and  when? 

These  problems  are  clearly  a matter  of  convention. 
Unfortunately,  KIA  Standard  RS-232,  which  many  modems  follow,  does 
rot  define  a convention  which  would  answer  these  questions.  It  is 
very  helpful  if  a request  to  BBN  for  a modem  on  the  TIP  includes  a 
statement  of  what  terminals  are  to  be  connected  to  the  other  end, 
and  what  convention  they  follow. 


Synchronous  Modems 


The  TIP  should  be  able  to  use  synchronous  modems  provided 
that  the  characters  are  framed  by  start  and  stop  bits,  and  that 
the  synchronous  modem  is  similar  enough  to  a modem  which  is 
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supported  by  the  software.  The  device  rate  must  be  set  to 

external  clock  mode  through  the  use  of  a TIP  command  such  as: 

0 DEVICE  RATE  1023 

103  Modems 
Description: 


The  Bell  Telephone  103  modem  is  a low-speed  (up  to  300  baud) , 
asynchronous,  full-duplex  modem  for  use  on  private  leased  lines  or 
the  switched  telephone  network. 

Connection: 


See  Table  9-2  for  the  pin  connection  on  the  LIU  card,  and  for 
a description  of  the  TIP's  lse  of  the  signals. 

Operation: 


In  use,  the  modem  at  the  TIP  end  is  usually  left  in  the 
AUTO-ANSWER  mode.  When  a user  wishes  to  connect  his  terminal,  he 
dials  the  number  of  the  modem  at  the  TIP.  After  the  ring  is 
answered  and  a data  carrier  is  heard,  the  user  depresses  the  DATA 
button.  The  user  is  then  connected  as  if  his  terminal  were 
connected  directly  to  the  TIP.  He  types  the  characteristic 
character  for  his  terminal,  receives  the  header  message,  and 
proceeds  to  use  the  network  as  desired. 

Simplex  Modem  Connections 


A simplex  modem  connection  is  defined  as  a modem  connected  to 
an  LIU  card  with  data  flowing  in  one  direction  only.  Its  primary 
use  is  to  connect  a line  printer  at  a remote  site  to  a TIP.  A 
1200  baud  asynchronous  modem  (with  supervisory  reverse  channel)  is 
usually  used.  Any  modem  will  probably  work  including  half  duplex 
types.  Since  the  half  duplex  protocol  is  to  have  the  called  modem 
transmit  first,  simplex  should  work  quite  well. 

The  LIU  will  hold  F.IA  pins  3 and  11  at  ground.  There  are 
normally  not  enough  pads  on  the  pin  3 patch  panel,  so  a minor 
change  to  the  LIU  card  and  a jumper  must  be  prepared.  If  this 
connection  is  desired,  call  the  NCC  for  further  information  and 
assistance . 
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TABLE  9-2 

TIP  SIGNAL  ALLOCATION  FOR  103  MODEM 


EIA 

PIN 

1 

2 

3 

5 

6 


7 

8 


20 


LIU 

PAD 

El  PROTECTIVE  GROUND  (AA)  - Used. 

E2  TRANSMITTED  DATA  (BA)  - Used  for  data  going  from 

the  TIP  to  the  MODEM. 

E3  RECEIVED  DATA  (BB)  - Used  for  data  going  from  the 

MODEM  to  the  TIP. 

E5  CLEAR  TO  SEND  (CB)  - Modem  status  bit  0.  Ignored 

by  the  TIP. 

E6  DATA  SET  READY  (CC)  - Modem  status  bit  1.  Used 

in  conjunction  with  CF  to  determine  whether  a 
legitimate  data  call  has  been  made  or  whether  the 
connection  should  be  terminated. 

E7  SIGNAL  GROUND  (AB)  - Used. 

E8  RECEIVED  LINE  SIGNAL  DETECTOR  (CF)  = modem  status 

bit  2.  This  signal  is  used  by  the  TIP  to 
determine  that  a connection  has  been  made.  If 
"hunt1'  mode  is  enabled  for  this  device,  an  ON 
to  OFF  transition  initiates  "hunt"  mode. 

E20  DATA  TERMINAL  READY  (CD)  - Modem  control  bit  3. 

Held  ON  by  the  tip,  except  for  a short 
(approximately  1/2  sec.)  period  after  TIP 
software  decides  whether  a legitimate  data  call 
has  been  made  or  whether  the  connection  should  be 
terminated. 

All  other  signals  are  connected  as  shown  in  Appendix  A 

but  are  not  used  by  the  103  modem. 
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Table  9-3 


LIU  Patch  Panel  Configurations 


EIA 

103 

STD 

MDL37 

SIMPLEX 

202 

PIN 

MODEM 

TERMINAL 

TTY 

MODEM* 

MODEM 

I 

1 

1 

1 

1 

1 

2 

2 

3 

3 

2 

2 

3 

3 

2 

2 

OPEN 

3 

4 

4 

5 

5 

4 

4 

5 

5 

4 

4 

5 

5 

6 

6 

19 

8 

6 

6 

7 

7 

7 

7 

7,3 

7 

8 

8 

20 

20 

12 

8 

9 

- 

— 

— 

- 

- 

10 

- 

- 

- 

- 

- 

11 

11 

11 

11 

7 

14 

12 

12 

12 

12 

8 

16 

13 

13 

13 

13 

13 

13 

14 

14 

16 

16 

14 

12 

15 

15 

17 

17 

15 

15 

16 

If 

14 

14 

16 

11 

17 

17 

15 

15 

17 

17 

18 

- 

- 

- 

- 

- 

19 

19 

6 

6 

1* 

19 

20 

20 

8 

8 

20 

20 

21 

22 

— 

23 

- 

- 

- 

- 

- 

24 

24 

25 

25 

24 

24 

25 

25 

24 

24 

25 

25 

Labels 

(M, 10  3 , 
or  None) 

C, 

(37) 

(SM) 

(202) 

*A  jumper  and  a minor  change  to  the  LIU  card  is 
needed  for  this  configuration. 
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APPENDIX  A HOST  ADDRESSES 

The  ?_<  .owing  is  a table  of  Hosts  on  the  Network  at  the  time 
this  update  was  published.  The  columns  (from  left  to  right)  are: 
Octal  Host  address,  Decimal  Host  address,  Host  name,  (Interface 
computer,  if  any,  and)  computer  type,  Status  of  the  system  and 
type  of  operating  system. 


Host 

Octal 

Address 

Decimal 

Hostname 

(Interface ) -> 
Computer 

Status/ 

System 

156 

110 

ADR 

(VDII)  -> 
PDP-11 

User 

ELF 

260 

176 

AFWL-TIP 

TIP 

244 

164 

ALOHA -TIP 

TIP 

320 

208 

AMES-11 

(PDP-11/45) -> 
CDC  7600 

User 

u20 

16 

AMES-67 

IBM  360/67 

Server 

TSS/360 

220 

144 

AMES-TIP 

TIP 

067 

55 

ANL 

(VARIAN-73) -> 
IBM  370/195 

Server 

ns-MVT 

002 

2 

ARC-RD 

PDP-11/40 

User 

ELF 

034 

28 

ARPA-DMS 

PDP-15 

l imited  Server 
Keydata  DMS 

234 

156 

ARPA-TIP 

TIP 

160 

112 

ASL 

(VDH) -> 
PDP-11/10 

User 

ELF 

350 

232 

BBN-1D 

PDP-1 

User 

261 

177 

BBN10X-TIP 

TIP 

105 

69 

BBN-11X 

PDP-11 

Server 

ELF 

205 

133 

BBN-11XB 

PDP-1  1 

User 

ELF 

050 

40 

BBN-NCC 

H-316 

User 

161 

113 

BBN-SAT 

(VDP) -> 
PDP-11/40 

User 

ELF,  RT-11 
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062 

50 

BBN- SPEECH- 11 

(PDP-11/ 40 ) - 
SPS-41 

> Summer  '75 

ELF 

361 

241 

BBN-TENEX 

PDP-10 

Server 

TENEX 

305 

197 

BBN-TENEXA 

PDP-10 

limited  Server 
TENEX 

061 

49 

BBN-TENEXB 

PDP-10 

limited  Server 
TENEX 

162 

114 

BBN-TENEXD 

PDP-10 

limited  Server 
TENEX 

236 

158 

BBN-TESTIP 

TIP 

033 

27 

BELVOIR 

( PDP-11 ) -> 
CDC  6600 

User 

(ANTS)  Scope 

035 

29 

BRL 

PDP-11/40 

User 

ANTS 

337 

223 

CCA-SIP 

PDP-11/40 

User 

ELF 

037 

31 

CCA-TENEX 

(PDP-10 ) -> 
Datacomouter 

dedicated  Server 
TENEX , Datacomputer 

237 

159 

CCA-TIP 

TIP 

203 

131 

CHI  I 

(VDH) -> 
Signal-1 

Server 

116 

78 

CMU-1CA 

PDP-10 

limited  Server 
DEC  10/50 

016 

14 

CMU-10B 

PDP-10 

Server 
DEC  10/50 

216 

142 

CMU-11 

C .mmp 

Summer  '75 
Hydra 

316 

206 

CMU-CC 

(PDP-11 ) -> 

I BN  360/67  + 

Summer  '75 
UNIVAC  1108 

231 

153 

DOCB-TIP 

TIP 

065 

53 

EGLIN 

CDC  6600 

User 

SCOPE 
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024 

20 

ETAC 

(PDP-11/45) 

CDC-6600 

->  Summer  ‘75 

(ANTS) 

T.24 

148 

ETAC-TIP 

TIP 

041 

33 

FNWC 

(CDC  3200)- 
CDC  6500 

> Not  Active 

SCOPE 

241 

161 

FNWC-TIP 

TIP 

015 

13 

GUNTER 

(PDP-11/35) 

B4700 

->  User 

(ELF)  MCPV 

230 

152 

GWC-TIP 

TIP 

111 

73 

HARV-1 

PDP-1 

User 

Oil 

9 

HAP.V-10 

PDP-10 

limited  Server 
DEC  10/50 

311 

201 

HASKINS 

(VDH ) -> 
PDP-11/45 

User 

ELF,  RSX-llD 

344 

228 

HAWAII-500 

(PDP-11) -> 
BCC  500 

limited  Server 
(ELF)  BKY  OpSys 

044 

36 

HAWAII -ALOHA 

HP  2100 

User 

Menehune 

117 

79 

I 4-FLF 

(PDP-11) -> 
ILLIAC  IV 

Server 

(ELF) 

017 

15 

I4A-TENEX 

(PDP- ' 0) -> 
ILLIAC  IV  + 

Server 

B6700  (TENEX) 

217 

143 

I4B-TENEX 

(PDP-10) -> 
ILLIAC  IV 

limited  Server 
(TENEX) 

014 

12 

ILL-CAC 

PDP-11/20 

User 

AMTS 

114 

76 

ILL-NTS 

PDP-11/50 

User 

UNIX 

026 

22 

IS  I -SPFECHl 1 

(PDP-11/45) 

SPS-41 

->  User 

ELF,  DOS 

264 

180 

IS I -TIP 

TIP 

326 

214 

ISI-XGP11 

PDP-11/40 

User 

ELF 

042 

34 

LBL 

(CDC  6600)- 
CDC  7600 

> Server 

(Sesame)  BKY 
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052 

42 

LONDON 

(PDP-9 ) -> 
IBM  360/195 

limited  Server 
OS/MVT  ? 

252 

170 

LONDON-TIP 

TIP 

152 

106 

LONDON -VDH 

(VDH) -> 
(PDP-9 )-> 
ATLAS  II 

User 

CMAS 

012 

10 

LL 

IBM  370/168 

limited  Server 
VM-370 

312 

202 

LL-11 

(PDP-11/45) -> 
SPS-41 

User 

ELF , RSX-11M 

137 

95 

LL-ASG 

(VDH) -> 
PDP-11/50 

User 

ELF 

212 

138 

LL-TSP 

TSP 

User 

025 

21 

LLL-RISOS 

PDP-11/45 

limited  Server 
RATS 

206 

134 

MIT-AI 

PDP-10 

limited  Server 
ITS 

006 

6 

MIT-DEVMULTICS 

H-68/80 

User 

Multics 

106 

70 

MIT-DMS 

PDP-10 

Server 

ITS 

306 

198 

MIT-ML 

PDP-10 

Server 

ITS 

054 

44 

MIT -MULT ICS 

H-6180 

Server 

Multics 

221 

145 

MITRE-TIP 

TIP 

023 

19 

NBS-ICST 

PDP-11/45  + PDP' 

-10  Not  Active. 

223 

147 

NBS-TIP 

TIP 

250 

168 

NCC-TIP 

TIP 

351 

233 

NORSAR-40A 

IBM  360/40 

Fall  '75 
DOS/360 

051 

41 

NORSAR-40B 

IBM  360/40 

Fall  '75 
DOS/360 

251 

169 

NORSAR-T1P 

TIP 
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071 

57 

NSA 

PDP-10 

Fall  '75 
TENEX 

053 

43 

OFFICE-1 

PDP-10 

dedicated  Server 
TENEX ,NLS 

040 

32 

PARC-MAXC 

(Nova) -> 
MAXC 

limited  Server 
TENEX 

140 

96 

PARC-VTS 

Nova  800 

Usei 

VTS 

046 

38 

PURDUE 

PDP-11/45 

User 

ANTS 

022 

18 

RADC -MULT ICS 

H-6180 

User 

Multics 

222 

146 

RADC-TIP 

TIP 

107 

71 

RAND-ISD 

PDP-11/45 

Server 

UNIX 

007 

7 

RAND-RCC 

IBM  370/158 

Server 

OS-MVT 

045 

37 

RML-7 

Sigma  7 

User 

BPS 

245 

165 

RML-TIP 

TIP 

056 

46 

RUTGERS-10 

PDP-10/70 

Server 

TOPS-10 

256 

174 

RUTGERS-TIP 

TIP 

055 

45 

SCI -TENEX 

PDP-10 

limited  Server 

166 

118 

SCRL-ELF 

(VDH) -> 
PDP-11/45 

User 

ELF 

066 

54 

SCRL-ELFDEVEL 

PDP-11/20 

User 

ELF 

032 

26 

SDAC-44 

IBM  360/44 

limited  Ser  *®r 
DOS/360,  USC-PS 
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332 

218 

SDAOCCP 

BBN-Pluribus 

alternate  to 
#39  decimal 

047 

39 

SDAC-CCP 

BBN-Pluribus 

User 

14  7 

103 

SDAC-DP 

IBM  360/40 

User 

DOS/360 

247 

167 

SDAC-NEP 

IBM  360/40 

User 

DOS/360 

232 

154 

SDAC-TIP 

TIP 

110 

7? 

SDC-CC 

IBM  370/158 

Server 
VS  2 

010 

8 

SDC-LAB 

IBM  370/145 

limited  Server 
SDC-VM 

102 

66 

SRI-AI 

(PDP-10 ) -> 
PDP-15 

limited  Server 
TENEX 

202 

130 

SRI -ARC 

PDP-11/40 

User 

ELF 

263 

179 

SRI-CBCll 

PDP-11/10 

User 

163 

115 

SPT-IA11 

PDP-11/40 

User 

RSX-11M 

063 

51 

SRI-NSC11 

(PDP-11/40 ) -> 
SPS-41 

User 

ELF , DOS 

363 

243 

SRI-PKT 

PDP-11 

Summer  '75 

013 

n 

SU-AI 

PDP-10 

Server 
DEC  10/50 

113 

75 

SU-DSL 

(VDH) -> 
PDP-11/20 

User 

ELF 

070 

56 

SUMEX-AIM 

PDP-10 

Server 

TENEX 

253 

.171 

TYMSHARE-TIP 

TIP 

142 

98 

UCB 

(VDH) -> 
PDP-11/45 

User 

ELF , DOS 

001 

1 

UCLA-ATS 

PDP-11/45 

User 

ANTS , ELF 

101 

65 

UCLA-CCN 

IBM  360/9] 

Server 
TSO,  OS-MVT 
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201 

129 

UCLA-CCBS 

003 

3 

UCSB-MOD75 

043 

35 

UCSD-CC 

214 

140 

UN I VAC 

027 

23 

USC-44 

327 

215 

USC-ECL 

126 

86 

USC-ISI 

226 

150 

USC-ISIB 

364 

244 

USC-ISIC 

227 

151 

USC-TIP 

004 

4 

UTAH- 10 

204 

132 

UTAH -TIP 

257 

175 

WPAFB-TIP 

(PDP-15 ) -> 
PDP-10 

limited  Server 
DEC  10/50 

IBM  360/75 

Server 
OLS,  OS-MVT 

(Micro  810)-> 
B6700 

Server 

MCP 

(VDH) -> 

(UNIVAC  1218) -> 
UNIVAC  1616 

User 

IBM  360/44 

Server 

USC-PS 

PDP-10 

Server 

TENEX 

PDP-10 

^rver 

TENEX 

PDP-10 

limited  Server 
TENEX 

PDP-10 

Server 

TENEX 

TIP 

PDP-10 

limited  Server 
TENEX 

TIP 

TIP 
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APPENDIX  B:  COMMAND  SUMMARY* 

Section 

BINARY  INPUT  END 

Leave  8-bit  binary  input  mode  5-C 

BINARY  INPUT  START 

Enter  8-bit  binary  input  mode  5-C 

BINARY  OUTPUT  END 

Leave  8-bit  binary  output  mode  5-C 

BINARY  OUTPUT  START 

Enter  8-bit  binary  output  mode  5-C 

CLEAR  DEVICE  WILD 

Set  device  to  be  unwild  5-G 

CLEAR  INSERT  LINEFEED 

Stop  inserting  linefeed  after  carriage-return  4-B 

CLOSE 

Close  all  outstanding  connections,  or  abort  current  Host 
login  4-D 

DEVICE  CODE  37 

Establish  parity  computation  for  Model  37  Teletype  5-A 

DEVICE  CODE  ASCII 

Establish  code  conversion  for  an  ASCII  terminal  5-A 

DEVICE  CODE  EXTRA-PADDING 

Establish  code  conversion  for  a terminal  with  slow  CR  5-A 
DEVICE  CODE  OTHER-PADDING 

Establish  code  conversion  for  a line  printer  5-A 

DEVICE  RATE  # 

# is  a 10-bit  code  specifying  hardware  rate  and  5-A 

character  size  settings 

# DIVERT  OUTPUT 

Capture  device  # and  divert  this  terminal's  output  5-F 

to  it.  # is  an  octal  number. 

ECHO  ALL 

Local  TIP-generated  echo  — TIP  echoes  everything  4-B 


* # denotes  a decimal  number  unless  otherwise  stated 

B-l 
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ECHO  HALFDUPLEX 

Terminal-generated  echo  — TIP  echoes  nothing  4-B 

ECHO  LOCAL 

Send  the  Telnet  "ECHO  LOCAL"  character  and  4-B 

perform  internal  E A 

ECHO  NONE 

Remote  Host-generated  echo  for  data  — 4-B 

TIP  echoes  commands 

ECHO  REMOTE 

Send  the  Telnet  "ECHO  REMOTE"  character  and  4-B 

perform  internal  E N 

FLUSH 

Delete  all  characters  in  input  buffer  5-F 

* GIVE  BACK 

Release  control  of  captured  device  # . 5-D 

# is  an  octal  number. 

HOST  # 

Simultaneous  :'0S  T H"  and  "AR  F H"  5-B 

INITIAL  CONNECTION  PROTOCOL 

Start  the  initial  connection  protocol  5-H 

INSERT  LINEFEED 

Insert  linefeed  after  carriage-returns  4-D 

INTERCEPT  # 

Use  # as  TIP  command  character  4-D 

INTERCEPT  ESC  4-D 

Leave  7-bit  binary  mode  5-C 

INTERCEPT  NONE  4-D 

Enter  7-bit  binary  mode  5-C 


LOGIN  # 

An  obsolete  form  of  OPEN 


M # # 

Mag  tape  command  # with  argument  # 

NETWORK  -V I R.TU  AL  -T  IP-  EXECUT I VE 

Connects  the  user  to  the  Network-Virtual- 
TIP-Executive. 

OPEN  # 

Open  a bi-directional  connection  to  the  Host 
decimal  address  is  specified 

E-2 
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PROTOCOL  BOTH 

Simultaneous  "@P  T T"  and  "<ap  T R"  5-B 

PROTOCOL  TO  RECEIVE 

Manually  initiate  connection  protocol  5-B 

PROTOCOL  TO  TRANSMIT 

Manually  initiate  connection  protocol  5-B 

RECEIVE  FROM  HOST  # 

Establish  Host  # parameter  for  manual  5-B 

initialization 

RECEIVE  FROM  SOCKET  # 

Establish  socket  # parameter  for  manual  5-B 

initialization  of  connection  --  socket  # is 
given  in  octal 

RECEIVE  FROM  WILD 

Equivalent  to  "0R  F S *any>"  5-G 

RESET 

Reset  current  TIP  port  parameters  5-J 

Reset  NCP 

Resets  NCP  5-H 

SEND  BREAK 

Send  the  Telnet  "BREAK"  character  4-D 

SEND  COMMAND 

Send  the  command  escape  character  5-1 

SEND  SYNC 

Send  the  Telnet  "SYNC"  character  and  4-D 

an  "INTERRUPT  SENDER"  message 

SEND  TO  HOST  # 

Establish  Host  # parameter  for  manual  5-B 

initialization  of  connection 

SEND  TO  SOCKET  * 

Establish  socket  # parameter  for  manual  5-B 

initialization  of  connection  — socket  # is 
given  in  octal 
SEND  TO  WILD 

Equivalent  to  "«S  T S <any>"  5-G 

SET  DEVICE  WILD 

Equilvalent  to  the  commands  "3R  F H <any>" , 5-G 

"/as  T H <any.  " , "^s  T S <any>"  , and  "AR  r S <any>". 
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TRANSMIT  EVERY  # 

Send  off  input  buffer  at  least  every  #th 
character  where  0<#<256 


TRANSMIT  NOW 

Send  off  input  buffer  now 


TRANSMIT  ON  LINEFEED 

Send  input  buffer  every  time  a linefeed  is 
encountered 


TRANSMIT  ON  MESSAGE-END 

Send  input  buffer  every  time  an  end-of-message 
is  encountered 


4-B 


4-B 


4-B 


4-B 
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APPLNDIX  C:  BIBLIOGRAPHY 


Most  of  the  following  should  be  available  through  your 
Network  Information  Center  Station  Agent  or  the 

ARPA  Network  Information  Center 
Augmentation  Research  Center 
Stanford  Research  Institute 
333  Ravenswood  Avenue 
Menlo  Park,  California  94025 

Specifications  for  the  Interconnection  of  a Host  and  an  IMP,  BBN 
Report  No.  1822  (IMP-HOST  section  of  NIC  7104). 

IMP  Operating  Manual,  BBN  Report  No.  1877. 

The  Interface  Message  Processor  for  the  ARPA  Computer  Network, 
Heart  et  al,  Proceedings  AFIPS  1970  Spring  Joint  Computer 
Conference  (NIC  4655) . 

The  Network  Working  Group  "Request  for  Comment  " Series:  A Set  of 
Working  Papers  on  Host  Protocol. 

The  Network  Resource  Notebook,  NIC  6740. 

The  BBN  Terminal  Interface  Message  Processor  (Hardware  Manual) , 

BBN  Report  No.  2184. 

Specifications  for  the  Interconnection  of  Terminals  and  the 
Terminal  IMP,  BBN  Report  2277. 

ARPA  Network  Current  Network  Protocols,  NIC  7104. 

The  Terminal  IMP  for  the  ARPA  Computer  Network,  Ornstein  et  al, 
Proceedings  AFIPS  1972  Spring  Joint  Computer  Conference. 

Terminal  Access  to  the  ARPA  Network:  Experience  and  Improvements , 
Mimno  et  al,  COMPCON  73,  Proceedings  Seventh  Annual  IEEE  Computer 
Society  International  Conference,  San  Francisco,  February  27  - 
March  1,  1973. 

TIP  Users  Group  Notes,  a series  of  informal  notes  designed  to 
increase  communication  among  the  developers  of  the  TIP,  TIP  users, 
and  Hosts  frequently  used  from  TIPs.  To  be  put  on  the 
distribution  list  for  these  notes,  apply  to  the  NIC  Station  Agent. 
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APPENDIX  D:  TERMINALS  USED  WITH  THE  TIP 


The  following  terminals  are  reputed  to  have  worked  with  the 
TIP.  See  the  Introduction  (Section  1). 

A.  B.  DICK  VIDEOJET  9600  LINE  PRINTER  (2400  bps) 
ANDERSON-JACOBSON  (models  630  and  841) 

ARDS 

KSR-35  Teletype 
CALCOMP  565 

CD I 1030/  "MULTICS M Terminal 
DATA  100  (model  73) 

DAI APOINT  (models  2200,  3000,  and  3300) 

DELTA  TELTERM  2 

DIGITAL  EQUIPMENT  CORP . (models  VT05  and  GT40A) 

EDT  1200 
HAZELTINE  2000 
LINEOLEX  (model  A) 

MEMOREX  1240 
SUGARMAN  (model  S-4300) 

TECTRAN  CASSETTE 

TEKTRONICS  (models  4010  and  4013) 

TELETERM  (model  1030) 

TELETVPE  (MODEL  38) 

TERM I NET  300 
TI  S? lent  700 
TYCOM 

TRENDATA  (model  1000) 

UN I VAC  DCT  500 

VIDEO  SYSTEMS  (models  1200  and  5000) 

We  would  be  pleased  to  hear  of  any  other  terminals  that  have 
operated  on  a TIP. 

At  the  International  Conference  on  Computer  Communications 
held  in  Washington,  D.C.,  in  October  1972,  we  had  the  opportunity 
to  personally  test  a number  of  the  above  terminals  with  the  TIP. 
As  a result  of  this  experience  we  now  hold  opinions  as  to  the 
methods  and  difficulty  of  connecting  a number  of  these  terminals 
to  the  TIP.  We  suggest  you  call  the  Network  Control  Center  to  be 
put  ir.  touch  with  someone  about  this  subject. 


